rk: freq limit resume when disable_limit

rk: split cpu_axi.h

rk3188: set new leakage level and delayline bounds to fit avdd_com shoted with vdd_arm

rk3028:support pmic tps65910 for rk3028

add rk3028_86v rk3168_rk616 board and defconfig

rk30 lcdc:delay 30ms before disable lcdc clk

mmc: block: replace __blk_end_request() with blk_end_request()
[rk emmc: read rate up to 78MB/s, write rate up to 26MB/s]

For completing any block request, MMC block driver is calling:
spin_lock_irq(queue)
__blk_end_request()
spin_unlock_irq(queue)

But if we analyze the sources of latency in kernel using ftrace,
__blk_end_request() function at times may take up to 6.5ms with
spinlock held and irq disabled.

__blk_end_request() calls couple of functions and ftrace output
shows that blk_update_bidi_request() function is almost taking 6ms.
There are 2 function to end the current request: ___blk_end_request()
and blk_end_request(). Both these functions do same thing except
that blk_end_request() function doesn't take up the spinlock
while calling the blk_update_bidi_request().

This patch replaces all __blk_end_request() calls with
blk_end_request() and __blk_end_request_all() calls with
blk_end_request_all().

Testing done: 20 process concurrent read/write on sd card
and eMMC. Ran this test for almost a day on multicore system
and no errors observed.

This change is not meant for improving MMC throughput; it's basically
about becoming fair to other threads/interrupts in the system. By
holding spin lock and interrupts disabled for longer duration, we
won't allow other threads/interrupts to run at all.  Actually slight
performance degradation at file system level can be expected as we
are not holding the spin lock during blk_update_bidi_request() which
means our mmcqd thread may get preempted for other high priority
thread or any interrupt in the system.

These are performance numbers (100MB file write) with eMMC running
in DDR mode:

Without this patch:
Name of the Test   Value   Unit
LMDD Read Test     53.79   MBPS
LMDD Write Test    18.86   MBPS
IOZONE  Read Test  51.65   MBPS
IOZONE  Write Test 24.36   MBPS

With this patch:
Name of the Test    Value  Unit
LMDD Read Test      52.94  MBPS
LMDD Write Test     16.70  MBPS
IOZONE  Read Test   52.08  MBPS
IOZONE  Write Test  23.29  MBPS

Read numbers are fine. Write numbers are bit down (especially LMDD
write), may be because write requests normally have large transfer
size and which means there are chances that while mmcq is executing
blk_update_bidi_request(), it may get interrupted by interrupts or
other high priority thread.

Signed-off-by: Subhash Jadavani <subhashj@codeaurora.org>
Reviewed-by: Namjae Jeon <linkinjeon@gmail.com>
Signed-off-by: Chris Ball <cjb@laptop.org>
Conflicts:
drivers/mmc/card/block.c

rk2928: tb: fix defconfig for lvds rename

rk2928: fix lvds support, rename from rk_lvds

rk_fb:fix CONFIG_DONE in rk_fb_disp_scaler

mipi dsi: fix compile error of rk616_mipi_dsi.c

mipi dsi: dcs commmand sent by command mode in HS mode

rt5631: support sample rate up to 192khz
    RT5631_VERSION "0.01 alsa 1.0.25"

rk30: replace RK30_GICD_BASE with GIC_DIST_BASE, RK30_GICC_BASE with GIC_CPU_BASE

mipi:dsi: modify some registers configuration about electricity parameter and data phase

rk3188: Priority setting i2s under cpll to fix i2s frac div do not effect, let axi_cpu's pll different with i2s's

add new config(CONFIG_RK616_USE_MCLK_12M) for HDMI using 12M, use fromdos correct format of rk_rk616.c

Revert "sdmmc: module_init->fs_initcall, emmc: fs_inicall-->fs_initcall_sync"

This reverts commit aa4812bdf22211b0d9d2006cafad1ef40aa8aefe.

fixed compile error: drivers/mmc/card/block.c:992:46: error: request for member 'stop' in something not a structure or union

rk3188: plus: add adjust dvfs table support

rk_timer: version 1.3, make it consistent with arm twd

mmc: emmc: revert thread name

sdmmc: fixed crash due to commit '1db93c3593381dd716685e01856c7680113363c5'

mmc: block: add handling for two parallel block requests in issue_rw_rq(emmc)

Change mmc_blk_issue_rw_rq() to become asynchronous.
The execution flow looks like this:

* The mmc-queue calls issue_rw_rq(), which sends the request
  to the host and returns back to the mmc-queue.
* The mmc-queue calls issue_rw_rq() again with a new request.
* This new request is prepared in issue_rw_rq(), then it waits for
  the active request to complete before pushing it to the host.
* When the mmc-queue is empty it will call issue_rw_rq() with a NULL
  req to finish off the active request without starting a new request.

Signed-off-by: Per Forlin <per.forlin@linaro.org>
Acked-by: Kyungmin Park <kyungmin.park@samsung.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Reviewed-by: Venkatraman S <svenkatr@ti.com>
Tested-by: Sourav Poddar <sourav.poddar@ti.com>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Chris Ball <cjb@laptop.org>
Conflicts:
drivers/mmc/card/block.c

sdmmc: module_init->fs_initcall, emmc: fs_inicall-->fs_initcall_sync

rt5631 : add pcm playback volume config

mmc: queue: add a second mmc queue request member

Add an additional mmc queue request instance to make way for two active
block requests. One request may be active while the other request is
being prepared.

Signed-off-by: Per Forlin <per.forlin@linaro.org>
Acked-by: Kyungmin Park <kyungmin.park@samsung.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Reviewed-by: Venkatraman S <svenkatr@ti.com>
Tested-by: Sourav Poddar <sourav.poddar@ti.com>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Chris Ball <cjb@laptop.org>

mmc: block: move error path in issue_rw_rq to a separate function(emmc).

Break out code without functional changes. This simplifies the code and
makes way for handling two parallel requests.

Signed-off-by: Per Forlin <per.forlin@linaro.org>
Acked-by: Kyungmin Park <kyungmin.park@samsung.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Reviewed-by: Venkatraman S <svenkatr@ti.com>
Tested-by: Sourav Poddar<sourav.poddar@ti.com>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Chris Ball <cjb@laptop.org>
Conflicts:
drivers/mmc/card/block.c

mmc: block: add a block request prepare function(emmc)

Break out code from mmc_blk_issue_rw_rq to create a block request prepare
function. This doesn't change any functionallity. This helps when handling
more than one active block request.

Signed-off-by: Per Forlin <per.forlin@linaro.org>
Acked-by: Kyungmin Park <kyungmin.park@samsung.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Reviewed-by: Venkatraman S <svenkatr@ti.com>
Tested-by: Sourav Poddar <sourav.poddar@ti.com>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Chris Ball <cjb@laptop.org>
Conflicts:
drivers/mmc/card/block.c

sdmmc: fixed compile error

mmc: block: add member in mmc queue struct to hold request data

The way the request data is organized in the mmc queue struct, it only
allows processing of one request at a time.  This patch adds a new struct
to hold mmc queue request data such as sg list, request, blk request and
bounce buffers, and updates any functions depending on the mmc queue
struct. This prepares for using multiple active requests in one mmc queue.

Signed-off-by: Per Forlin <per.forlin@linaro.org>
Acked-by: Kyungmin Park <kyungmin.park@samsung.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Reviewed-by: Venkatraman S <svenkatr@ti.com>
Tested-by: Sourav Poddar <sourav.poddar@ti.com>
Tested-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Chris Ball <cjb@laptop.org>

mmc: queue: let host controllers specify maximum discard timeout

Some host controllers will not operate without a hardware
timeout that is limited in value.  However large discards
require large timeouts, so there needs to be a way to
specify the maximum discard size.

A host controller driver may now specify the maximum discard
timeout possible so that max_discard_sectors can be calculated.

However, for eMMC when the High Capacity Erase Group Size
is not in use, the timeout calculation depends on clock
rate which may change.  For that case Preferred Erase Size
is used instead.

Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
Signed-off-by: Chris Ball <cjb@laptop.org>

rk3066b lcdc: add support lut function

rk3188&rk3168: mmc: emmc support

add new config "CONFIG_RK616_USE_MCLK_12M"

camera: rk2928 sync rk30

memory reserved: size align: 1M

serial: Fix wakeup init logic to speed up startup

The synchronize_rcu() call resulting from making every serial driver
wake-up capable (commit b3b708fa) slows boot down on my Tegra2x system
(with CONFIG_PREEMPT disabled).

But this is avoidable since it is the device_set_wakeup_enable() and then
subsequence disable which causes the delay. We might as well just make
the device wakeup capable but not actually enable it for wakeup until
needed.

Effectively the current code does this:

device_set_wakeup_capable(dev, 1);
device_set_wakeup_enable(dev, 1);
device_set_wakeup_enable(dev, 0);

We can just drop the last two lines.

Before this change my boot log says:
[    0.227062] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[    0.702928] serial8250.0: ttyS0 at MMIO 0x70006040 (irq = 69) is a Tegra

after:
[    0.227264] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[    0.227983] serial8250.0: ttyS0 at MMIO 0x70006040 (irq = 69) is a Tegra

for saving of 450ms.

Suggested-by: Rafael J. Wysocki <rjw@sisk.pl>
Acked-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Simon Glass <sjg@chromium.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

serial: rk3188: Kconfig disable Serial port 2 CTS/RTS support

rk616 codec:set mclk to 12M when codec shutdown for HDMI

rk31xx:RT5025:support pmic rt5025

camera: cif :v0.3.9

Merge commit "aa8b683a7d392271ed349c6ab9f36b8c313794b7" of git://git./linux/kernel/git/torvalds/linu

mmc: core: add non-blocking mmc request function

    Previously there has only been one function mmc_wait_for_req()
    to start and wait for a request. This patch adds:

     * mmc_start_req() - starts a request wihtout waiting
         If there is on ongoing request wait for completion
         of that request and start the new one and return.
         Does not wait for the new command to complete.

    This patch also adds new function members in struct mmc_host_ops
    only called from core.c:

     * pre_req - asks the host driver to prepare for the next job
     * post_req - asks the host driver to clean up after a completed job

    The intention is to use pre_req() and post_req() to do cache maintenance
    while a request is active. pre_req() can be called while a request is
    active to minimize latency to start next job. post_req() can be used after
    the next job is started to clean up the request. This will minimize the
    host driver request end latency. post_req() is typically used before
    ending the block request and handing over the buffer to the block layer.

    Add a host-private member in mmc_data to be used by pre_req to mark the
    data. The host driver will then check this mark to see if the data is
    prepared or not.

rk616 hdmi: remove some hdmi global variable and change operate reg func name

rk616 hdmi: change irq flag as IRQF_TRIGGER_LOW to modify some time lost interrupt

mt6622: support wake up host

camera: cif v0.3.7:support rk3028 , read 3028 chip id by efuse for check cif controller is normal or not

rk2928:
eliminate the build error using rk2928_tb_defconfig/rk2928_sdk_defconfig.
as the following:
  UPD     include/generated/compile.h
  CC      init/version.o
  LD      init/built-in.o
  LD      .tmp_vmlinux1
drivers/built-in.o: In function rk29_sdmmc_gpio_open'
make: *** [.tmp_vmlinux1] Error 1

camera: ov5640 v0.1.3, rk_cam_io:v0.1.1

rk30: cpufreq: support sys_state

rk hdmi i2s: add I2S judgement

rk616 codec: delete proc, correct get parameter

rk616 codec:get parameter with new method

add es8323 codec for pcm modem

reverts commit for error commit
Revert "ad"

This reverts commit cfb56f5fce19d27cfbe7740880f4f98d8fe1c7d4.

wifi: rtl8723as add sdio_reset

Merge branch 'develop-3.0' of ssh://10.10.10.29/rk/kernel into develop-3.0

rt5616 codec ： fix play tail problem solving

rk3188: do nothing with usb clks when system deep suspend

rk3188: uboot: open pd_lcdc0/1 for uboot display

rk screen:fix Makefile,only update lcd.h when the source file is changed

rk fb: set scaler after lcdc timing modification in one lcdc dual display mode
       this is to mach jettb vif sync requirement

rk hdmi:fix a macro err

rk3066B: rk3028: get version interface export

rk3188 lcdc:support uboot display

  support Huawei HiLink dongle vid pid 0x12d1 0x1f01

rk3066B: suport hdmi 576p(dclk_lcdc freediv when need 27 MHz)

mfd:rk616:core:fix rk616_i2c_write_bits

hdmi: rk616:
set hdmi polarity invent and time sequence when switch fb resolution
to modify display shake

rk2928 lcdc:fix compile err

mfd:rk616: vif:add sync mode
       core:add write_dev_bits interface

fix rk2928 dual display mode

camera: generic_sensor v0.1.9

i2c: 'fixed bug: set scl clk' and 'warning if scl is hold by slave'

vmac: reset phy to solve sometimes phy do not work when boot

rk610 codec: add pa enable delay time config

    Some amplifiers enable a longer time.
    config after pa_enable_io delay pa_enable_time(ms)
    default = 0,preferably not more than 1000ms

rk3188m: update defconfig

RK610: fix dual screen sleep resume err

rk610 : support dual lcdc display

board jettaplus:update defconfig,set ddr to 456MHZ in dual display mode

mfd:rk616:support power down in suspend,add config to enable/disable debug message

rk3188: fix i2s set cnt init error

rk3188: use mdelay instead of msleep in clock_data.c because of lock

rk3188: fix i2s frac set rate do not effect

rk3188: uboot display support; use support_uboot_display to get status

hdmi: cat66121: set i2s freq 44.1k to fix sound too small on some tv

hdmi: rk616

release work queue and disable irq in rk616_hdmi_shutdown
to avid panic when shutdown

battery: cw2015: add wakeup system when capacity is 0 and Resolve some bug

rk3188: cpufreq version 2.1

fix over thermal throttle when some cpu is offline
more throttle when 4 cpus run on rk3188
support rk3188m

rk3188m: add SOC_RK3188M config

rk292x: support set_rate_even div = 1

rk3066: support set_rate_even div = 1

rk3066B: support set_rate_even div = 1

rk3188: support set_rate_even div = 1

rk3066B: rk3028: efuse support

rk3066B: add EFUSE BASE support

rk_screen.c add mipi config

mipi dsi: add mipi lcd reference driver, lcd_LD089WU1_mipi.c

mipi dsi: add new interfaces of dsi

sensor:dmard10 use 4G range