rk: cpu.c support rk3026

lvds:support rk3028a_lvds,config:"RK3028a_LVDS"

rk2928: add aclk_vio_pre src_sel; fix peri_clk realc func, uart1 sel_con

rk616: Set rk616 config i2s on DMA event mode to static mode

rk3026: format clock_data.c

rk3026: 'rk3026 top board' && 'rk3028a top board' support

sdmmc: fixed compile error

rk3026: add clock_data support

rk2928: gpio.h add RK30 define

rk: Kconfig add RK3026 support

rk31:rt5025:modify rt5025 defult voltage

board rk3188m tb:set max cpu frequency to 1296 MHZ

spdif: spdif use dma static mode

iomux: Uniform Naming: I2S0_MCLK && I2S0_LRCKRX

ARM: RK: add initial support for RK3026

RK3188T:1)fix ddr change frequency bug for RK3188T
        2)fix LPDDR2 burst length set bug

rk3188: fix ddr pll do not update status

rk: add function to get dvfs table range

rk616 hdmi: default vif 12M rebuild

rk616 hdmi: modify some time edid read err and delete some no necessary log

rk: support resume rate when disable limit after enable multiple

rk: gpio.h: make gpio irq num same as gpio num

rk3168m: modify defconfig for new ic

rk3066: fix compile warning

rk3066: fix i2s frac div do not effect

mt5931: solve rk3188 and rk3168 compatible problem

MT6620: eliminate the warning about mt6620-gps

rk fb: add  read/write support

rk31:ricoh619:modify fg and charger

MT6620: set the sdio clk to 50Mhz

mipi dsi: make sure that DCS sent in command mode HS is OK

rk3188: add setting rate in dump clocks

rk: pm_tests: do nothing after dvfs clk enable freq limit

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)