rk3026: memory.h fix for smp

add broadcom wifi host wake up support for sys interface.

rk3026 hdmi: add hdmi config to 3026/3028a tb deconfig, change platform driver name

lvds: modify rk3026_lvds

1.add register device:"rk3026-lvds".
2.modify driver name:"rk3028a"->"rk3026".

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

Wi-Fi Group: add esp8089 SDIO Wi-Fi support

mend dos ^M character

add bcm wifi 24M crystal options for AP6210.

rk3028a hdmi: add 3028a hdmi driver as compatible with rk616 hdmi

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

mend lcd parameter error

【修改内容】更新bp-auto驱动
【涉及文件】
drivers/misc/bp/bp-auto.c
drivers/misc/bp/chips/Kconfig
drivers/misc/bp/chips/Makefile
drivers/misc/bp/chips/a85xx.c
drivers/misc/bp/chips/aw706.c
drivers/misc/bp/chips/m51.c
drivers/misc/bp/chips/sc6610.c
include/linux/bp-auto.h

add broadcom wifi OOB support, gpio resource & sdio irq.

rk3188:pmu:rt5025:modify some bug for pmu charger & irq & guage

rk3026: usb: support for usb-debug

usb: support for rk3026

board rk3188m f304:update dvfs table

mipi dsi: decrease phy hs2lp and lp2hs time

rk3026:pmu:modify defult voltage

add config 'emmc io domain voltage select 3.3v'

fs/partitions: mtdpart: add command line fix for rk emmc

rk3026:pmu:modify tps65910 defult voltage

factoryToolV4.0 support on rk3168,lcd,bL,codec,tp,usbwifi,battery control by parameter

emmc: do NOT alloc boot partition now

rk2928: pm.c refactoring as rk30

the VDDLOG_CTL pin is GPIO3_D4, not GPIO3_D6

add the function of calling-in-suspend

rk3188 lcdc: fix screen flash when use win1

mtdpart: put_partition: start from p1

rk3188: -t: fix ddr volt too low

Revert "rk3188: -t: fix ddr volt too low"

This reverts commit dd633aeaf03ff5da8dce9d5182947f6c7bd92d3d.

camera:cif support rk3188M

rk3188: -t: fix ddr volt too low

F304: add board & tp

add lcd B080XAN02 driver

mipi dsi: add HSDT and LPDT, and version tag

wait: fix false timeouts when using wait_event_timeout()

commit 4c663cfc523a88d97a8309b04a089c27dc57fd7e upstream.

Many callers of the wait_event_timeout() and
wait_event_interruptible_timeout() expect that the return value will be
positive if the specified condition becomes true before the timeout
elapses.  However, at the moment this isn't guaranteed.  If the wake-up
handler is delayed enough, the time remaining until timeout will be
calculated as 0 - and passed back as a return value - even if the
condition became true before the timeout has passed.

Fix this by returning at least 1 if the condition becomes true.  This
semantic is in line with what wait_for_condition_timeout() does; see
commit bb10ed09 ("sched: fix wait_for_completion_timeout() spurious
failure under heavy load").

Daniel said "We have 3 instances of this bug in drm/i915.  One case even
where we switch between the interruptible and not interruptible
wait_event_timeout variants, foolishly presuming they have the same
semantics.  I very much like this."

One such bug is reported at
  https://bugs.freedesktop.org/show_bug.cgi?id=64133

Signed-off-by: Imre Deak <imre.deak@intel.com>
Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Acked-by: David Howells <dhowells@redhat.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Cc: Dave Jones <davej@redhat.com>
Cc: Lukas Czerner <lczerner@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

fat: fix possible overflow for fat_clusters

commit 7b92d03c3239f43e5b86c9cc9630f026d36ee995 upstream.

Intermediate value of fat_clusters can be overflowed on 32bits arch.

Reported-by: Krzysztof Strasburger <strasbur@chkw386.ch.pwr.wroc.pl>
Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

NLS: improve UTF8 -> UTF16 string conversion routine

commit 0720a06a7518c9d0c0125bd5d1f3b6264c55c3dd upstream.

The utf8s_to_utf16s conversion routine needs to be improved.  Unlike
its utf16s_to_utf8s sibling, it doesn't accept arguments specifying
the maximum length of the output buffer or the endianness of its
16-bit output.

This patch (as1501) adds the two missing arguments, and adjusts the
only two places in the kernel where the function is called.  A
follow-on patch will add a third caller that does utilize the new
capabilities.

The two conversion routines are still annoyingly inconsistent in the
way they handle invalid byte combinations.  But that's a subject for a
different patch.

Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
CC: Clemens Ladisch <clemens@ladisch.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

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