USB: fix qtd->qh poison overwritten.

rk: ion: support cache ops for CMA heap

USB: delete unused mdelay in probe funciton to reduce initialization time

rk fb:fix pwr_ctr_parse_dt

SDMMC:
1.Optimizing operational processes SDMMC.
2.Eliminate the normal error message.

modify rk3288.dtsi rk3288-tb.dts for display subsystem

ARM: rockchip: update rk3288-tb.dts

ARM: rockchip: rk3288-fpga.dts no include rk3288.dtsi

ARM: rockchip: add rk3288-tb.dts

ARM: rockchip: rk3188: rk3188.dtsi include more common files

 move screen power control to board dts,because it's board specifc

rk: add resource_tool, upstream commit 63eb39a

fix rga DMA buf ref error

mmc: core: If controller drv had not registed shutdown callback,
           mmc_bus_shutdown SHOULD NOT fall throught it

           We find  kernel panic when rebooting system for nandflash based machine

           [  105.821908] PC is at mmc_bus_shutdown+0xc/0x18
           [  105.826376] LR is at device_shutdown+0x114/0x174
           [  105.831015] pc : [<c03e1818>]    lr : [<c02c94a0>]    psr: 600f0013
           [  105.831015] sp : cf0d9e58  ip : 00000000  fp : 00036864
           [  105.842499] r10: cdd888fc  r9 : cf0d8000  r8 : c09e001c
           [  105.847738] r7 : c0f9edd4  r6 : cdd8f1c8  r5 : cdd888c8  r4 : cdd888d4
           [  105.854275] r3 : 00000000  r2 : 00000001  r1 : 00000002  r0 : cdd888c0
           [  105.860815] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
           [  105.867963] Control: 10c53c7d  Table: 6df9004a  DAC: 00000015
             .....
           [  106.799170] [<c03e1818>] (mmc_bus_shutdown+0xc/0x18) from [<c02c94a0>] (device_shutdown+0x114/0x174)
           [  106.808341] [<c02c94a0>] (device_shutdown+0x114/0x174) from [<c003ec10>] (kernel_restart+0xc/0x50)
           [  106.817331] [<c003ec10>] (kernel_restart+0xc/0x50) from [<c003edbc>] (SyS_reboot+0x160/0x1dc)
           [  106.825891] [<c003edbc>] (SyS_reboot+0x160/0x1dc) from [<c000da80>] (ret_fast_syscall+0x0/0x48)

rk: support make resource.img

fix rga support DMA buf error

BT: add rts control.

fix pinctrl bug for voltage domain setting

rk: ion: resive build error if CONFIG_CMA is disable

Revert "lvds: add rk319x lvds"

This reverts commit 46f66629d7db9336a95e56bb2007107174392b3a.

Conflicts:

drivers/video/rockchip/transmitter/Kconfig
drivers/video/rockchip/transmitter/Makefile

update rk3188/rk3288 dts

rk transmitter: dp anx6345、dp rk32、lvds rk32 implement rk_fb_trsm_ops interface

rk fb: add rk_fb_trsm_ops

clean up rk screen

rk3188 lcdc: early suspend/resume in blank

add rk32 lvds support

rk32 edp:remove unused code

lvds: add rk319x lvds

rk3188 pm support

add pm support

clk: rk: add CLK_PLL_3288_APLL type support

rk: ion: rk3288/fpga reserve cma memory for ion from dts

clk: rk: add rk3188plus pll support

clk: rk: modify clk_pll, using pll_flags instead of pll_id

rk3288 lcdc: fix suspend and resume deadluck

Merge tag 'lsk-android-14.02' into develop-3.10

lsk 14.02 Android release

HDMI: modify code about reading EDID and add HDCP register define at rk3288 hdmi driver

pinctrl:add debug function support

ethernet: adjust gmac code

rk31:linux3.10:support bq27320 fg and bq24296 charger ic

USB: fix compile error if disable config USB20_HOST or USB20_OTG.

rk: ion: more debug info

SDMMC: eMMC OK. It is good to run correctly from emmc

ethernet: remove SI project file

ARM: rockchip: support console write by thread

rk3288 lcdc: fix some compile warning

rk: ion: get reserve cma memory for ion from device tree
         restore default CMA size to 16M

USB: fix otg20 host mode auto suspend bug.

ARM: rockchip: fix debug/rockchip.S compile error

usb sound card: add switch register and switch state setting

wifi: add wifi configuration into rockchip_defconfig.

input: ts: ct36x: init use async and fix compile warning

ethernet: solve compile error

USB: add remote wakeup and detect by otg bvalid in defconfig

add dma support for spi driver

ethernet: add gmac driver

vmac: add phy power control driver

wifi:bcmdhd: wifi does't work in oob's way.

wifi:bcmdhd: remove a disgusting print.

ARM: rockchip: cpu.c support rk3288

wifi: modify wifi plat data.

wifi: fix rfkill-wlan.c error.

HDMI: fix rk3288 hdmi driver code compile error

BT: add bt resource into dts, add bt power driver.

mmc: rk_sdmmc: add host->hw_reset for eMMC

HDMI: optimize rk3288 hdmi driver code

ct36x compatible ct363 and ct365

USB: remove unused files: ehci-rk.c and ohci-rk.c

USB: renamed usb files: ehci-rk.c -> ehci-rockchip.c, ohci-rk.c -> ohci-rockchip.c

USB: RK3288 USB CTLR initialization

SDMMC: to suuport eMMC. continue with commit-7dcb2b4f0

1.to support eMMC.
2.Resolve conflicts pin used to wifi-sdio-det.
3.Resolve the clock conflict between sd and sdio.

fs: emmc:  Delete useless files

rk3288 lcdc: win0/1/2/3 test at fpga ok

fix rk3188 and 3288 fpga screen par define error

ARM: rockchip: fix fpga compile error

input: ts: ct36x: fix init

ARM: rockchip: move some head files to include/linux/rockchip

rk fb: new framework test ok at rk3188
this commit depend on the hwc commit:
commit 59966e5cc0530d936435052d187fbe574684f21e
Author: huangds <hds@rock-chips.com>
Date:   Fri Mar 7 11:17:56 2014 +0800

    lcdc ok ,enable hwc
commit 314b22af926f28c3daa048354a4e4185fc46611b
Author: huangds <hds@rock-chips.com>
Date:   Mon Mar 10 18:19:04 2014 +0800

    lcdc abbort ,RK_FBIOSET_CONFIG_DONE remove for a moment

ARM: rockchip: rk3288 support cpu on/off

ARM: rockchip: rk3288.dtsi indent only

HDMI: add rk3288 hdmi PHY MPLL config

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

rk mipi dsi: dsi file:lcd-rockchip_mipi.dtsi support rk3288.

rk31:linux3.10:pmic:support dc&ldo suspend en/disable,add rk808 pre_init

rk610-hdmi:delete hdmi_set_spk

mmc: sdio: fix sdio_reset_comm

SDMMC: 1.to identify eMMC. 2.add the trace log in rk_sdmmc driver.

Audio: delete codec_set_spk, update rk616 codec driver

rk: ion: show client's buffer info

HDMI: implement function at rk3288_hdmi_hw.c and add some register defined

Revert "rk fb: new framework test ok at rk3188"

This reverts commit fe817a682b4cf0e477b945bce9565e44f476370c.

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

Fix uses of dma_max_pfn() when converting to a limiting address

We must use a 64-bit for this, otherwise overflowed bits get lost, and
that can result in a lower than intended value set.

Fixes: 8e0cb8a1f6ac ("ARM: 7797/1: mmc: Use dma_max_pfn(dev) helper for bounce_limit calculations")
Fixes: 7d35496dd982 ("ARM: 7796/1: scsi: Use dma_max_pfn(dev) helper for bounce_limit calculations")
Tested-Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Ulf Hansson <ulf.hansson@linaro.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Conflicts:
drivers/scsi/scsi_lib.c

mmc: fix host release issue after discard operation

Under function mmc_blk_issue_rq, after an MMC discard operation,
the MMC request data structure may be freed in memory. Later in
the same function, the check of req->cmd_flags & MMC_REQ_SPECIAL_MASK
is dangerous and invalid. It causes the MMC host not to be released
when it should.

This patch fixes the issue by marking the special request down before
the discard/flush operation.

Reported by: Harold (SoonYeal) Yang <haroldsy@broadcom.com>
Signed-off-by: Ray Jui <rjui@broadcom.com>
Reviewed-by: Seungwon Jeon <tgih.jun@samsung.com>
Acked-by: Seungwon Jeon <tgih.jun@samsung.com>
Cc: stable <stable@vger.kernel.org>
Signed-off-by: Chris Ball <cjb@laptop.org>

ARM: 7795/1: mm: dma-mapping: Add dma_max_pfn(dev) helper function

Most of the kernel assumes that PFN0 is the start of the physical
memory (RAM). This assumptions is not true on most of the ARM SOCs
and hence and if one try to update the ARM port to follow the assumptions,
we end of breaking the dma bounce limit for few block layer drivers.
One such example is trying to unify the meaning of max*_pfn on ARM
as the bootmem layer expects, breaks few block layer driver dma
bounce limit.

To fix this problem, we introduce dma_max_pfn(dev) generic helper with
a possibility of override from the architecture code. The helper converts
a DMA bitmask of bits to a block PFN number. In all the generic cases,
it is just  "dev->dma_mask >> PAGE_SHIFT" and hence default behavior
is maintained as is.

Subsequent patches will make use of the helper. No functional change.

Cc: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

ARM: 7797/1: mmc: Use dma_max_pfn(dev) helper for bounce_limit calculations

DMA bounce limit is the maximum direct DMA'able memory beyond which
bounce buffers has to be used to perform dma operations. MMC queue layr
relies on dma_mask but its calculation is based on max_*pfn which
don't have uniform meaning across architectures. So make use of
dma_max_pfn() which is expected to return the DMAable maximum pfn
value across architectures.

Cc: Chris Ball <cjb@laptop.org>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

mmc: Don't force card to active state when entering suspend/shutdown

By adding a card state that records if it is suspended or resumed, we
can accept asyncronus suspend/resume requests for the mmc and sd
bus_ops.

MMC_CAP_AGGRESSIVE_PM, will at request inactivity through the runtime
bus_ops callbacks, execute a suspend of the the card. In the state were
this has been done, we can receive a suspend request for the mmc bus,
which for sd and mmc forced the card to active state by a
pm_runtime_get_sync. In other words, the card was resumed and then
immediately suspended again, completely unnecessary.

Since the suspend/resume bus_ops callbacks for sd and mmc are now
capable of handling asynchronous requests, we no longer need to force
the card to active state before executing suspend. Evidently preventing
the above sequence for MMC_CAP_AGGRESSIVE_PM.

Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Signed-off-by: Chris Ball <cjb@laptop.org>
Conflicts:
drivers/mmc/core/mmc.c
drivers/mmc/core/sd.c

mmc: fix null pointer use in mmc_blk_remove_req

A previous commit (fdfa20c1631210d0) reordered the shutdown sequence
in mmc_blk_remove_req. However, mmc_cleanup_queue is now called before
we get the card pointer, and mmc_cleanup_queue sets mq->card to NULL.

This patch moves the card pointer assignment before mmc_cleanup_queue.

Signed-off-by: Franck Jullien <franck.jullien@gmail.com>
Signed-off-by: Chris Ball <cjb@laptop.org>

mmc: core: Handle card shutdown from mmc_bus

Considering shutdown of the card, the responsibility to initate this
sequence shall be driven from the mmc_bus.

This patch enables the mmc_bus to handle this sequence properly. A new
.shutdown callback is added in the mmc_driver struct which is used to
shutdown the blk device.

Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Signed-off-by: Chris Ball <cjb@laptop.org>
Conflicts:
drivers/mmc/core/bus.c