GitLab

Change-Id: I9cf8670328746565b9859de6158ec0dc762823eb
Signed-off-by: Simon <xxm@rock-chips.com>

Change-Id: I66cae1ab145ec7ef5d2f007aa49aa51e2aa46b1f
Signed-off-by: Shen Zhenyi <szy@rock-chips.com>

Change-Id: I9aab2b7f9f3914b7751f7cbe16d64d92529d7036
Signed-off-by: linjh <linjh@rock-chips.com>

Change-Id: Ifadfde8faed98b610b8522f484f5192bd8363edd
Signed-off-by: linjh <linjh@rock-chips.com>

Change-Id: I66f228a58e952f718bdd2a962bb762a5c8b79108
Signed-off-by: linjh <linjh@rock-chips.com>

Change-Id: Ic7c85ae02fcb92ec23fce6353d888a175c0df742
Signed-off-by: Huang zhibao <hzb@rock-chips.com>

Change-Id: Ibbfcd5d7d7b234df0253359b1278f246957e1c2a
Signed-off-by: linjh <linjh@rock-chips.com>

Change-Id: Ic68c68472fb34e8665e60c1907f6f694d308f6c6
Signed-off-by: linjh <linjh@rock-chips.com>

Change-Id: I9b3141534e65229b37b79dfb5aded18a73776a4b
Signed-off-by: Shen Zhenyi <szy@rock-chips.com>

After dc plug out, delay 500ms to enable boost, and
then delay another 100ms to enable otg5v

Change-Id: I4300d8eb452f472e497d32b5ebeb33df5bcbcf10
Signed-off-by: Jianhong Chen <chenjh@rock-chips.com>

Before this revision, if IOMMU isn't enable, driver don't
set the HW running mode to none, it will effect next task
to select its required mode properly.

Change-Id: I13fbfede9e05e05232aff85af4c4cb0c92cce672
Signed-off-by: Alpha Lin <alpha.lin@rock-chips.com>

Change-Id: I2497818c7436acedf9887d3e6eb0d45ea8ffa314
Signed-off-by: Jason Song <sxj@rock-chips.com>

Change-Id: Ica226c8bf78f9037982d5213f4858ec606948b51
Signed-off-by: Roger Chen <roger.chen@rock-chips.com>

Change-Id: I405ee564be813e6c1971b035d6292971d4d2d6ae
Signed-off-by: Roger Chen <roger.chen@rock-chips.com>

Change-Id: Ia49355f7bbdb8f9a14f33b062b58ef53d6ec50ec
Signed-off-by: Shen Zhenyi <szy@rock-chips.com>

commit fb75a4282d0d9a3c7c44d940582c2d226cf3acfb upstream.

If the proxy lock in the requeue loop acquires the rtmutex for a
waiter then it acquired also refcount on the pi_state related to the
futex, but the waiter side does not drop the reference count.

Add the missing free_pi_state() call.
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Darren Hart <darren@dvhart.com>
Cc: Davidlohr Bueso <dave@stgolabs.net>
Cc: Bhuvanesh_Surachari@mentor.com
Cc: Andy Lowe <Andy_Lowe@mentor.com>
Link: http://lkml.kernel.org/r/20151219200607.178132067@linutronix.de

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

(cherry picked from commit a8957067)
Change-Id: I47e1c37073f69fbe61e9b8231633d74655a7cbc3

Change-Id: If5d7f80e21e539fbbc35bfcd2b5e67abac8e6e2a
Signed-off-by: Huang, Tao <huangtao@rock-chips.com>

Change-Id: Id273f2006eade090c05aacd84264eae573061d0c
Signed-off-by: Xubilv <xbl@rock-chips.com>

Change-Id: Ic53f31a4100c54a9f389e3bad153d60def4a303f
Signed-off-by: Rocky Hao <rocky.hao@rock-chips.com>

Change-Id: I8658cfa92638a23c4faee26ca51e5233216f9fb4
Signed-off-by: Shen Zhenyi <szy@rock-chips.com>

Change-Id: Id3795f6cd230615f00cbf340568fcf24325734cc
Signed-off-by: David Wu <david.wu@rock-chips.com>

The PMU has two shutdown func such as rk818, the one is
syscore shutdown, the other one is pm-power-off, i2c could
handle first syscore shutdown, but not handle the other.
I2C doesn't know when the RK818 called pm-power-off func,
so i2c should hold and keep it working well, until the PMU
send power off command. If the system state was power-off,
we return directly, make the i2c transfer for pmu power-off
comand to go on work.

Change-Id: I46aafaa867f58cb4b2c83e9da76fb3a724653b06
Signed-off-by: David Wu <david.wu@rock-chips.com>

Change-Id: I7f7d351e70cc13dbb17f75be686d3f99e61a13e3
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>

Change-Id: I72eb9f2519a1a19f1a86db581972d984411244f1
Signed-off-by: Rocky Hao <rocky.hao@rock-chips.com>

Change-Id: I91977087afb47cce0f0f825a4cdb481fb54b306f
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>

Change-Id: Ife26107c3460e5178035463e957817a6e19be2b9
Signed-off-by: Rocky Hao <rocky.hao@rock-chips.com>

this part registers is located in GRF_SOC_CON7/6 register.

Change-Id: Ifb143e11baa699d0b2f7700423a31c860ef3bc59
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>

Change-Id: I1798f2840ac79d910922ffa63801cc0528349217
Signed-off-by: Wen Dingxian <shawn.wen@rock-chips.com>

Change-Id: I5aade5658c5cd896c179a20dc0388f421582ad18
Signed-off-by: Wen Dingxian <shawn.wen@rock-chips.com>

Change-Id: I6781e4079e88185f2e9b616411447bb1dd46ef39
Signed-off-by: shawn.xu <shawn.xu@rock-chips.com>

add lcd-lq055t3sx02-mipi.dtsi for sharp mipi screen lq055t3sx02.

Change-Id: I466a2472ab824d238ff967cc094b1f6822e13f7c
Signed-off-by: Wen Dingxian <shawn.wen@rock-chips.com>

Conflicts:

	drivers/gpu/arm/midgard/mali_kbase_core_linux.c

Change-Id: I5be4a865e727681815ae759758452fe2424bc03a
Signed-off-by: chenzhen <chenzhen@rock-chips.com>

In addition, fix a compile error in the driver of MALI utgard.
This error is exposd by update of midgard DDK.

Change-Id: I4b1977453bdff255bde1cc13a07420e2a6126af4
Signed-off-by: chenzhen <chenzhen@rock-chips.com>

Change-Id: I6216a82a6299ac603fbed060403fa736c47fcd29
Signed-off-by: chenzhen <chenzhen@rock-chips.com>

For kernel 3.10 only.

Change-Id: I6b72da96bc758558370eab9e3cf0279bc90dca5a
Signed-off-by: chenzhen <chenzhen@rock-chips.com>

Change-Id: Ibbc270161e4fafd1510c526b2957539fcab89564
Signed-off-by: chenzhen <chenzhen@rock-chips.com>

Change-Id: I85a3bedf89a3fc27971b1d26e7bfa9a8bee32d06
Signed-off-by: chenzhen <chenzhen@rock-chips.com>

Conflicts:

	drivers/gpu/arm/midgard/mali_kbase_config.h

Change-Id: I2d93041a0525ce6f1399c3a456c4c8f7be22243e
Signed-off-by: chenzhen <chenzhen@rock-chips.com>

Change-Id: I2d1df77287f003c5fd2de2bf0c11e864bbc2a03d
Signed-off-by: Wen Dingxian <shawn.wen@rock-chips.com>

vpu output the stride of yuv 10 bit by byte,which is
different to rgb format.vop has support that,so rga
handle the yuv 10 bit at the same way.

Change-Id: Ic6bc1f9b8a46381ce73d26402d78e18987477be9
Signed-off-by: Zikim,Wei <wzq@rock-chips.com>