rk808:modify rtc error and solve the leakage in sleep mode

rk3188 tb board:add mfd rk616

add mfd rk616

rk3188 sdk: add ethernet

rk3188: gpu use switch pll to support 594M at gpll, change cpll to 798M

camera: update mt9p111 and add hm5065

rk808:support pmu rk808 vbat low detect

rk3168_86v: add support gsensor mxc6225

sensors:add sensor debug support

rk292x: usb: totally reset inno usb phy

rk3168_86v: fix lcd will show white flicker, when kernel booting

   1.add mt6229 power on/off on settings for MID
       2.change some method to static

remove mu509 uart gpio request

3G modem driver for 4.2.2
       1.the driver is copy form 4.1
       2.mu509,mt6229,mw100,sew868
       3.other modem use rk29_modem_config

fix bug Hier 3G dongle:

       the bug is:when disable dataconnection,the data port can not use anymore

fix bug: sram_gpio_init return -EINVAL if gpio is RK30_GPIO6_PXy

i2c: msleep->mdelay if in atomic

ts: rk29_i2c_goodix: unregister early suspend when probe failed

rk2928 : fix gsensor orientation

caused by commit 3aae7adc

rk3188 sdk: config 3G modem

sync : rk2928 add phonepad support

commit:72d981d8fde265a5b3768be98f4ee1ed1778b19d

rk3188 sdk: config cw2015

rk3188 sdk: config cat66121

change Airis 3G dongle data port to ttyUSB3

rk3188 sdk: config rk903

rk3188 sdk: config rt5616

rk3188 sdk:config adc keys

add some vid pid for Foreign 3G dongle

rk3188 sdk: init

760:add GC2035 support

rk3168_86v: gsensor operation

rk31xx:set tps65910 dc1 and dc2 in pwm mode

fix bug: headphone detection

rk3028: close debug switch

RK3168:restore clk_cpu:aclk_cpu to default value for RK3168 reboot

rk3028: defconfig open debug switch,modify the arm voltage

rk3168: defconfig open ddr freq

rk3168_86v: basic function is ok

rk3168_ds803f: rename 86v_codec to ds803f

rk2928: Makefile: fix board define

camera(v0.2.0x21): fix ctrl register capture bit may be turn on in rk_videobuf_capture function

camera: ov5642 wait af finish when capture

Revert "add clk disable by dvfs"

This reverts commit 32fa8beddeb3b6d9139823c4bd1e24f4a2fd8063.

Revert "rk: dvfs: format plat-rk/dvfs.c && fix some debug message"

This reverts commit 31057fa22dff52e3d081c0d4a6203edea19dcde1.

add broadcom wifi GB86302I (dual band) support.

rk fb:fix rk_fb_copy_by_ipp for rotate 90 degree

ARCH_RK3066B default: disable DVFS_WITH_UOC

rk2928 add phonepad support

rk3168,3188: add BCM4330 for wifi-module

USB: fix RK3188 usb20otg_hw_init

i2s : SND_RK29_SOC_I2S_2CH default y if (ARCH_RK3066B || ARCH_RK3188)

rk3168_86v: update arm and logic table sa chenxing dvfs with uoc

rk3168: update dvfs table

rk30: Makefile: fix board.o define more

rk3066b: dvfs: format dvfs-rk3066b.c

rk3066b/rk3168: add dvfs with no voltage difference support(uoc)

rk: dvfs: format plat-rk/dvfs.c && fix some debug message

RK30/31:replace the "switch" in the function of ddr_update_timing

rk808:support pmu rk808 sleep mode

add param check print / fix param check error

rk808:support pmu rk808

vpu_service: set freq to 400M on rk2928g

RK3188: wakeup system by OTG BVALID interrupt in defconfig

it66121 hdmi updates:
1、change poll mode to irq mode(Please check the irq gpio if ok at board file)
2、support csc, RGB to YUV,YUV to RGB

block: fix loop on blk_drain_queue when __dm_destroy

when install apk to sdcard, vold will loop on blk_drain_queue:
vold            D c090e3a8     0   119      1 0x00000000
[<c090e3a8>] (__schedule+0x3b0/0x85c) from [<c090ed98>] (schedule_timeout+0x160/0x2dc)
[<c090ed98>] (schedule_timeout+0x160/0x2dc) from [<c047de38>] (msleep+0x14/0x20)
[<c047de38>] (msleep+0x14/0x20) from [<c05e6e04>] (blk_cleanup_queue+0xb4/0x218)
[<c05e6e04>] (blk_cleanup_queue+0xb4/0x218) from [<c071cca4>] (__dm_destroy+0x170/0x1c4)
[<c071cca4>] (__dm_destroy+0x170/0x1c4) from [<c0721d8c>] (dev_remove+0x74/0xa8)
[<c0721d8c>] (dev_remove+0x74/0xa8) from [<c0722534>] (dm_ctl_ioctl+0x1e4/0x2d4)
[<c0722534>] (dm_ctl_ioctl+0x1e4/0x2d4) from [<c05153c4>] (do_vfs_ioctl+0x80/0x5b0)
[<c05153c4>] (do_vfs_ioctl+0x80/0x5b0) from [<c051592c>] (sys_ioctl+0x38/0x60)
[<c051592c>] (sys_ioctl+0x38/0x60) from [<c0439540>] (ret_fast_syscall+0x0/0x30)

RK292X:modify DDR3 DLL disable frequency,part of the LVDDR3 can not
    work with low-frequency.

rk: pm_tests: add auto_wakeup and clk_auto_volt tool

add cw2015 support to board-rk3168-tb

add cube u30gt2 3188 prodect

add b101uano 1920x1200 lcd driver

update ft5x0x driver add 10 point, support upgrade tp parameter and modify panic start up when touch

add l3g20d Gyroscope support

update cw2015 battery driver

rk3188: arm-pmu: support qual core

ethernet: remove mac from wifi

rk3188: support hdmi 576p(dclk_lcdc freediv when need 27 MHz)

ethernet: support mac from idb ... supply

ethernet: support mac from idb

rk3168_86v_codec(ds803f): add support am8963,ov2659,bt(2in1)

rk2928: rename pclk_spi0 compatible with previous versions

wifi: add mt6622 resource in board

mt5931: Smooth rssi, update to 2.12

rk fb: fix bmp logo support

USB: enable external hubs in the defconfigs

pack-kernel.sh: exclude rk_pm_tests

rk: add /sys/pm_tests/tools support

rk fb : fix a panic bug
panic bug like this:
rk_fb_wait_for_vsync_thread may access inf->fb[0] before it is initialized
[    1.009224] Unable to handle kernel NULL pointer dereference at virtual address 00000240
[    1.017323] pgd = c0404000
[    1.020035] [00000240] *pgd=00000000
[    1.023620] Internal error: Oops: 5 [#1] PREEMPT SMP
[    1.028586] CPU: 1    Not tainted  (3.0.36+ #217)
[    1.033297] PC is at rk_fb_wait_for_vsync_thread+0xe8/0x144
[    1.112136] LR is at rk_fb_wait_for_vsync_thread+0xe8/0x144
[    1.117708] pc : [<c06243e0>]    lr : [<c06243e0>]    psr: 60000013
[    1.117715] sp : efe59f80  ip : c04384a0  fp : 00000000
[    1.129194] r10: 00000000  r9 : efe59f90  r8 : efe58000
[    1.134417] r7 : efe39a98  r6 : 00000000  r5 : efe59f84  r4 : efe39a08
[    1.140942] r3 : 00000000  r2 : 00000000  r1 : efc475a0  r0 : 00000036
[    1.147469] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
[    1.154777] Control: 10c5387d  Table: 6040404a  DAC: 00000015

USB: do not call disconnect callback func in dwc_otg_hcd_enable

USB: fix urb NULL pointer bug

USB: fix usb_get_configuration bug

pack-kernel.sh: exclude rk3028

rk3028: rename from rk2928b

rk3188 ds1006h: config hardware v1.2

rk2928b: pwm regulator ,tp irq and pwm hold

rk3168_86v_codec(ds803f): enable MT5931_MT6622 wifi

fix compile err when no select CONFIG_DISPLAY_SUPPORT

block: fix request_queue lifetime handling by making blk_queue_cleanup() properly shutdown

commit c9a929dde3913780b5c416f4bb9d9ed804f509ce upstream.

request_queue is refcounted but actually depdends on lifetime
management from the queue owner - on blk_cleanup_queue(), block layer
expects that there's no request passing through request_queue and no
new one will.

This is fundamentally broken.  The queue owner (e.g. SCSI layer)
doesn't have a way to know whether there are other active users before
calling blk_cleanup_queue() and other users (e.g. bsg) don't have any
guarantee that the queue is and would stay valid while it's holding a
reference.

With delay added in blk_queue_bio() before queue_lock is grabbed, the
following oops can be easily triggered when a device is removed with
in-flight IOs.

 sd 0:0:1:0: [sdb] Stopping disk
 ata1.01: disabled
 general protection fault: 0000 [#1] PREEMPT SMP
 CPU 2
 Modules linked in:

 Pid: 648, comm: test_rawio Not tainted 3.1.0-rc3-work+ #56 Bochs Bochs
 RIP: 0010:[<ffffffff8137d651>]  [<ffffffff8137d651>] elv_rqhash_find+0x61/0x100
 ...
 Process test_rawio (pid: 648, threadinfo ffff880019efa000, task ffff880019ef8a80)
 ...
 Call Trace:
  [<ffffffff8137d774>] elv_merge+0x84/0xe0
  [<ffffffff81385b54>] blk_queue_bio+0xf4/0x400
  [<ffffffff813838ea>] generic_make_request+0xca/0x100
  [<ffffffff81383994>] submit_bio+0x74/0x100
  [<ffffffff811c53ec>] dio_bio_submit+0xbc/0xc0
  [<ffffffff811c610e>] __blockdev_direct_IO+0x92e/0xb40
  [<ffffffff811c39f7>] blkdev_direct_IO+0x57/0x60
  [<ffffffff8113b1c5>] generic_file_aio_read+0x6d5/0x760
  [<ffffffff8118c1ca>] do_sync_read+0xda/0x120
  [<ffffffff8118ce55>] vfs_read+0xc5/0x180
  [<ffffffff8118cfaa>] sys_pread64+0x9a/0xb0
  [<ffffffff81afaf6b>] system_call_fastpath+0x16/0x1b

This happens because blk_queue_cleanup() destroys the queue and
elevator whether IOs are in progress or not and DEAD tests are
sprinkled in the request processing path without proper
synchronization.

Similar problem exists for blk-throtl.  On queue cleanup, blk-throtl
is shutdown whether it has requests in it or not.  Depending on
timing, it either oopses or throttled bios are lost putting tasks
which are waiting for bio completion into eternal D state.

The way it should work is having the usual clear distinction between
shutdown and release.  Shutdown drains all currently pending requests,
marks the queue dead, and performs partial teardown of the now
unnecessary part of the queue.  Even after shutdown is complete,
reference holders are still allowed to issue requests to the queue
although they will be immmediately failed.  The rest of teardown
happens on release.

This patch makes the following changes to make blk_queue_cleanup()
behave as proper shutdown.

* QUEUE_FLAG_DEAD is now set while holding both q->exit_mutex and
  queue_lock.

* Unsynchronized DEAD check in generic_make_request_checks() removed.
  This couldn't make any meaningful difference as the queue could die
  after the check.

* blk_drain_queue() updated such that it can drain all requests and is
  now called during cleanup.

* blk_throtl updated such that it checks DEAD on grabbing queue_lock,
  drains all throttled bios during cleanup and free td when queue is
  released.

Signed-off-by: Tejun Heo <tj@kernel.org>
Cc: Vivek Goyal <vgoyal@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>

block: make get_request[_wait]() fail if queue is dead

Currently get_request[_wait]() allocates request whether queue is dead
or not.  This patch makes get_request[_wait]() return NULL if @q is
dead.  blk_queue_bio() is updated to fail the submitted bio if request
allocation fails.  While at it, add docbook comments for
get_request[_wait]().

Note that the current code has rather unclear (there are spurious DEAD
tests scattered around) assumption that the owner of a queue
guarantees that no request travels block layer if the queue is dead
and this patch in itself doesn't change much; however, this will allow
fixing the broken assumption in the next patch.

Signed-off-by: Tejun Heo <tj@kernel.org>
Signed-off-by: Jens Axboe <axboe@kernel.dk>

fail_make_request: cleanup should_fail_request

This changes should_fail_request() to more usable wrapper function of
should_fail().  It can avoid putting #ifdef CONFIG_FAIL_MAKE_REQUEST in
the middle of a function.

Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
Cc: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

rtc: HYM8563: fix probe error handling by destroy wake lock

fix this bug:
 Unable to handle kernel paging request at virtual address 00020008
 pgd = d3e60000
 [00020008] *pgd=00000000
 Internal error: Oops: 5 [#1] PREEMPT SMP
 CPU: 1    Tainted: G         C   (3.0.36+ #6)
 PC is at print_lock_stat+0x1c/0x1b8
 LR is at wakelock_stats_show+0x3c/0xa4

or this bug:
 WARNING: at lib/list_debug.c:26 __list_add+0x60/0x90()
 list_add corruption. next->prev should be prev (c0ae4468), but was 05900000. (next=d89bb060).
 [<c043ece0>] (unwind_backtrace+0x0/0xfc) from [<c046dacc>] (warn_slowpath_common+0x4c/0x64)
 [<c046dacc>] (warn_slowpath_common+0x4c/0x64) from [<c046db78>] (warn_slowpath_fmt+0x30/0x40)
 [<c046db78>] (warn_slowpath_fmt+0x30/0x40) from [<c060554c>] (__list_add+0x60/0x90)
 [<c060554c>] (__list_add+0x60/0x90) from [<c04a6140>] (wake_lock_init+0x8c/0xe4)
 [<c04a6140>] (wake_lock_init+0x8c/0xe4) from [<c071bda0>] (power_supply_register+0xd8/0x100)
 [<c071bda0>] (power_supply_register+0xd8/0x100) from [<c041e5d8>] (test_power_init+0x18/0x7c)
 [<c041e5d8>] (test_power_init+0x18/0x7c) from [<c04335d0>] (do_one_initcall+0x34/0x17c)
 [<c04335d0>] (do_one_initcall+0x34/0x17c) from [<c0408370>] (kernel_init+0x98/0x144)
 [<c0408370>] (kernel_init+0x98/0x144) from [<c0439f64>] (kernel_thread_exit+0x0/0x8)