Laurent Pinchart [Tue, 17 Jan 2017 08:29:06 +0000 (10:29 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Detect PHY type at runtime
Detect the PHY type and use it to handle the PHY type-specific SVSRET
signal.
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-17-laurent.pinchart+renesas@ideasonboard.com
Change-Id: I6f128e5e513e68a4e42a6161d7cd55721a748dc8
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
faba6c3cff177689aec132291b1cf537831d9a2e)
Laurent Pinchart [Tue, 17 Jan 2017 08:29:05 +0000 (10:29 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Handle overflow workaround based on device version
Use the device version queried at runtime instead of the device type
provided through platform data to handle the overflow workaround. This
will make support of other SoCs integrating the same HDMI TX controller
version easier.
Among the supported platforms only i.MX6DL and i.MX6Q have been
identified as needing the workaround. Disabling it on Rockchip RK3288
(which integrates a v2.00a controller) didn't produce any error or
artifact.
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-16-laurent.pinchart+renesas@ideasonboard.com
Change-Id: I42f48df6f8509724d049e93b05a48fe0de8207f2
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
be41fc55f1aa3c9ae0eb9e0b384db5150eca055f)
Laurent Pinchart [Tue, 17 Jan 2017 08:29:04 +0000 (10:29 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Detect AHB audio DMA using correct register
Bit 0 in CONFIG1_ID tells whether the IP core uses an AHB slave
interface for control. The correct way to identify AHB audio DMA support
is through bit 1 in CONFIG3_ID.
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-15-laurent.pinchart+renesas@ideasonboard.com
Change-Id: Iafac3a0d301fdd8e8a217da3c9a49b829cdd2edc
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
0c674948b7f4e4ffc19ba5af65a274e945c0c689)
Laurent Pinchart [Tue, 17 Jan 2017 08:29:03 +0000 (10:29 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Reject invalid product IDs
The DWC HDMI TX can be recognized by the two product identification
registers. If the registers don't read as expect the IP will be very
different than what the driver has been designed for, or will be
misconfigured in a way that makes it non-operational (invalid memory
address, incorrect clocks, ...). We should reject this situation with an
error.
While this isn't critical for proper operation with supported IPs at the
moment, the driver will soon gain automatic device-specific handling
based on runtime device identification. This change makes it easier to
implement that without having to default to a random guess in case the
device can't be identified.
While at it print a readable version number in the device identification
message instead of raw register values.
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-14-laurent.pinchart+renesas@ideasonboard.com
Change-Id: Iaa8e17429e9b4033f97b2bf49504e6f390ce7c44
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
0527e12e8264ae96b1fcc550b4a9e5940f4ffc30)
Laurent Pinchart [Tue, 17 Jan 2017 08:29:02 +0000 (10:29 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Rename CONF0 SPARECTRL bit to SVSRET
The bit is documented in a Rockchip BSP as
#define m_SVSRET_SIG (1 << 5) /* depend on PHY_MHL_COMB0=1 */
This is confirmed by a Renesas platform, which uses a 2.0 DWC HDMI TX as
the RK3288. Rename the bit accordingly.
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-13-laurent.pinchart+renesas@ideasonboard.com
Change-Id: Ib9cd213b8bc956169cf3d3e13415d99a4c65717c
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
f4104e8fe12c173fbba5e7e30b846e09eeb5bfbd)
Kieran Bingham [Tue, 17 Jan 2017 08:29:01 +0000 (10:29 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Remove PHY configuration resolution parameter
The current code hard codes the call of hdmi_phy_configure() to be 8bpp
and provides extraneous error checking to verify that this hardcoded
value is correct. Simplify the implementation by removing the argument.
Signed-off-by: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-12-laurent.pinchart+renesas@ideasonboard.com
Change-Id: I45ce56616a06d322c5f5fb9e9d01971e65bcf23c
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
1acc6bdeee1ef2ecac3ba070a403827ab8f16be5)
Laurent Pinchart [Tue, 17 Jan 2017 08:28:56 +0000 (10:28 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Don't forward HPD events to DRM core before attach
Hotplug events should only be forwarded to the DRM core by the interrupt
handler when the bridge has been attached, otherwise the DRM device
pointer will be NULL, resulting in a crash.
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-7-laurent.pinchart+renesas@ideasonboard.com
Change-Id: Ic1387b5253d4586774cdb82e089effdd4104e380
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
ba5d7e6160b7aed4df92d1764aa90790db0e7996)
Laurent Pinchart [Tue, 17 Jan 2017 08:28:54 +0000 (10:28 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Embed drm_bridge in struct dw_hdmi
The drm_bridge instance is always needed, there's no point in allocating
it separately.
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-5-laurent.pinchart+renesas@ideasonboard.com
Change-Id: Iba5ca73877c3611148af51c0993276eac982bb3e
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
70c963ec4f15a13197524611875168f23acc4a97)
Kieran Bingham [Tue, 17 Jan 2017 08:28:53 +0000 (10:28 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Remove unused function parameter
The 'prep' parameter passed to hdmi_phy_configure() is useless. It is
hardcoded as 0, and if set, simply prevents the configure function from
executing.
Remove it.
Signed-off-by: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-4-laurent.pinchart+renesas@ideasonboard.com
Change-Id: Iff93b8a109d5540283f8ad39ef25ce2fd79acb2a
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
dfa73065d61b6ce57aed90bb0d745c4b6f5b71e7)
Laurent Pinchart [Tue, 17 Jan 2017 08:28:51 +0000 (10:28 +0200)]
UPSTREAM: drm: bridge: dw-hdmi: Merge __hdmi_phy_i2c_write and hdmi_phy_i2c_write
The latter is just an int wrapper around the former void function that
unconditionally returns 0. As the return value is never checked, merge
the two functions into one.
Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
Reviewed-by: Jose Abreu <joabreu@synopsys.com>
Signed-off-by: Archit Taneja <architt@codeaurora.org>
Link: http://patchwork.freedesktop.org/patch/msgid/20170117082910.27023-2-laurent.pinchart+renesas@ideasonboard.com
Change-Id: I2b994874fac9869c951a30c8328df883c0bb7821
Signed-off-by: Zheng Yang <zhengyang@rock-chips.com>
(cherry pick from
cc7e96232763ff33418b088b436a564441347b15)
Mark Yao [Fri, 28 Apr 2017 01:57:54 +0000 (09:57 +0800)]
video/rockchip: rga2: fixup high memory cache flush
Change-Id: I6e2e12e19aaa7c5bf9187dc5ec268626ecd4069f
Signed-off-by: Mark Yao <mark.yao@rock-chips.com>
Huang Jiachai [Mon, 24 Apr 2017 03:41:33 +0000 (11:41 +0800)]
video: rockchip: vop: 3399: add more format support for gather
Change-Id: I790c16604b40775c228434cd2cdbb1f48bb8ee5e
Signed-off-by: Huang Jiachai <hjc@rock-chips.com>
Huang Jiachai [Wed, 19 Apr 2017 11:58:43 +0000 (19:58 +0800)]
ARM64: dts: rk3368-android: update route state
1. add lvds node to /display_subsystem;
2. set route_mipi state to closed at rk3368-android.dtsi
3. set route_mipi state to okay at rk3368-sheep.dts
Change-Id: I8052e38764f85f700014ea40b208b38c09cae56b
Signed-off-by: Huang Jiachai <hjc@rock-chips.com>
Huang Jiachai [Wed, 19 Apr 2017 12:28:30 +0000 (20:28 +0800)]
arm64: dts: rockchip: rk3368: add pinctrl for lvds ttl mode
Change-Id: I5a6aa463142ccb6955c2380ca30795d2790e6124
Signed-off-by: Huang Jiachai <hjc@rock-chips.com>
Huang Jiachai [Wed, 19 Apr 2017 12:29:29 +0000 (20:29 +0800)]
drm/rockchip: lvds: add support rk3368 lvds
Change-Id: I288fd42d9591119fadcbede67ff74be52d594e02
Signed-off-by: Huang Jiachai <hjc@rock-chips.com>
Randy Li [Sat, 22 Oct 2016 19:18:53 +0000 (03:18 +0800)]
drm/rockchip: analogix_dp: add supports for regulators in edp IP
I found if eDP_AVDD_1V0 and eDP_AVDD_1V8 are not been power at
RK3288, once trying to enable the pclk clock, the kernel would dead.
This patch would try to enable them first.
The eDP_AVDD_1V8 is used for eDP phy, and the eDP_AVDD_1V0 are used
both for eDP phy and controller.
Change-Id: I4e8a34609d5b292d7da77385ff15bebbf258090c
Signed-off-by: Randy Li <ayaka@soulik.info>
Signed-off-by: Randy Li <randy.li@rock-chips.com>
Caesar Wang [Tue, 25 Apr 2017 09:53:39 +0000 (17:53 +0800)]
MALI: fix thermal crash with booting up
If the temperature(sbs-battery) reaches the switch_on_temp, it would try
to calculate requested power of all thermal instances. Then hit the
crash[0] caused by the gpu thermal sensor, since the thermal driver had not
registered in time.
[0]
[ 0.827943] Call trace:
[ 0.827953] [< (null)>] (null)
[ 0.827969] [<
ffffffc00070af1c>] get_static_power+0xd8/0xe8
[ 0.827981] [<
ffffffc00070b190>] devfreq_cooling_get_requested_power+0x94/0x170
[ 0.827997] [<
ffffffc0007094c8>] power_allocator_throttle+0x270/0x804
..
Change-Id: I63f66e54d69115165a7b3ec798b9009c360daa62
Signed-off-by: Caesar Wang <wxt@rock-chips.com>
Huang Jiachai [Thu, 20 Apr 2017 02:42:43 +0000 (10:42 +0800)]
video: rockchip: vop full: fix vop operation error after shutdown
Change-Id: Ia3baf781e3e829fb906a856c6e73d0b02a4437eb
Signed-off-by: Huang Jiachai <hjc@rock-chips.com>
xubilv [Wed, 26 Apr 2017 06:47:06 +0000 (14:47 +0800)]
video: rockchip: rga2: delay rga2 initcall
rga2 and edp pd is the same -- PD_VIO.
if rga2 initcall earlier than edp,
then it will flash sreen when power on.
Change-Id: Ifa9b4f1f985a6de66d48915f56bc7d225ae0d7a9
Signed-off-by: xubilv <xbl@rock-chips.com>
Wadim Egorov [Thu, 6 Apr 2017 13:04:25 +0000 (15:04 +0200)]
FROMLIST: ARM: dts: rockchip: Add support for PCM-947 carrier board
Add basic support for the PCM-947 carrier board, a RK3288 based development
board made by PHYTEC. This board works in a combination with
the phyCORE-RK3288 System on Module.
Following interfaces and devices are available on the PCM-947 carrier board:
- 2x UART
- micro SDMMC
- USB host and USB otg
- USB 3503 HSIC hub
- Ethernet
- 2nd alternative KSZ9031 ethernet phy
- Display connectors: PHYTEC LVDS, DDG LVDS, parallel signals, HDMI
- Parallel Camera CIF
- SGTL5000-32QFN audio codec
- 4x LEDs connected via PCA9533
- 2 user buttons
- Expansion connectors for WiFi and other modules
- RTC RV-4162-C7
- Resistive touch STMPE811
- EEPROM M24C32
(am from https://patchwork.codeaurora.org/patch/217711/)
Change-Id: Iab737032fa74e5fecc49ff6d06d27cc952ff1a6f
Signed-off-by: Wadim Egorov <w.egorov@phytec.de>
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
Wadim Egorov [Thu, 6 Apr 2017 13:04:24 +0000 (15:04 +0200)]
FROMLIST: ARM: dts: rockchip: Add support for phyCORE-RK3288 SoM
The phyCORE-RK3288 is a SoM (System on Module) containing a RK3288 SoC.
The module can be connected to different carrier boards.
It can be also equipped with different RAM, SPI flash and eMMC variants.
The Rapid Development Kit option is using the following setup:
- 1 GB DDR3 RAM (2 Banks)
- 1x 4 KB EEPROM
- DP83867 Gigabit Ethernet PHY
- 16 MB SPI Flash
- 4 GB eMMC Flash
(am from https://patchwork.codeaurora.org/patch/217709/)
Signed-off-by: Wadim Egorov <w.egorov@phytec.de>
Change-Id: Id1155a479dfcddfaeb870461de79855c6680db9c
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
Zhaoyifeng [Wed, 5 Apr 2017 12:07:50 +0000 (20:07 +0800)]
driver: rk nand: update ftl to support slc nand
1. support arm v7.
2. support 128MB and 256MB SLC NAND FLASH.
Change-Id: I3b2972ed27c138ed7a6c75e2fefa10ce06a5b668
Signed-off-by: Zhaoyifeng <zyf@rock-chips.com>
Zhaoyifeng [Thu, 27 Apr 2017 06:27:31 +0000 (14:27 +0800)]
ARM64: rockchip_cros_defconfig: remove nand deconfig
Change-Id: Ib84e31b79ed88a24d74a1280d7859296a4d76e3d
Signed-off-by: Zhaoyifeng <zyf@rock-chips.com>
chenjh [Wed, 26 Apr 2017 06:54:23 +0000 (14:54 +0800)]
firmware: rockchip: rename 'sip_smc_ddr_cfg' to 'sip_smc_dram'
Change-Id: I07767d9eb26194c04fd4e3f92e8ae24b47621c5a
Signed-off-by: chenjh <chenjh@rock-chips.com>
William Wu [Tue, 25 Apr 2017 09:45:48 +0000 (17:45 +0800)]
FROMLIST: usb: gadget: f_fs: avoid out of bounds access on comp_desc
Companion descriptor is only used for SuperSpeed endpoints,
if the endpoints are HighSpeed or FullSpeed, the Companion
descriptor will not allocated, so we can only access it if
gadget is SuperSpeed.
I can reproduce this issue on Rockchip platform rk3368 SoC
which supports USB 2.0, and use functionfs for ADB. Kernel
build with CONFIG_KASAN=y and CONFIG_SLUB_DEBUG=y report
the following BUG:
==================================================================
BUG: KASAN: slab-out-of-bounds in ffs_func_set_alt+0x224/0x3a0 at addr
ffffffc0601f6509
Read of size 1 by task swapper/0/0
============================================================================
BUG kmalloc-256 (Not tainted): kasan: bad access detected
----------------------------------------------------------------------------
Disabling lock debugging due to kernel taint
INFO: Allocated in ffs_func_bind+0x52c/0x99c age=1275 cpu=0 pid=1
alloc_debug_processing+0x128/0x17c
___slab_alloc.constprop.58+0x50c/0x610
__slab_alloc.isra.55.constprop.57+0x24/0x34
__kmalloc+0xe0/0x250
ffs_func_bind+0x52c/0x99c
usb_add_function+0xd8/0x1d4
configfs_composite_bind+0x48c/0x570
udc_bind_to_driver+0x6c/0x170
usb_udc_attach_driver+0xa4/0xd0
gadget_dev_desc_UDC_store+0xcc/0x118
configfs_write_file+0x1a0/0x1f8
__vfs_write+0x64/0x174
vfs_write+0xe4/0x200
SyS_write+0x68/0xc8
el0_svc_naked+0x24/0x28
INFO: Freed in inode_doinit_with_dentry+0x3f0/0x7c4 age=1275 cpu=7 pid=247
...
Call trace:
[<
ffffff900808aab4>] dump_backtrace+0x0/0x230
[<
ffffff900808acf8>] show_stack+0x14/0x1c
[<
ffffff90084ad420>] dump_stack+0xa0/0xc8
[<
ffffff90082157cc>] print_trailer+0x188/0x198
[<
ffffff9008215948>] object_err+0x3c/0x4c
[<
ffffff900821b5ac>] kasan_report+0x324/0x4dc
[<
ffffff900821aa38>] __asan_load1+0x24/0x50
[<
ffffff90089eb750>] ffs_func_set_alt+0x224/0x3a0
[<
ffffff90089d3760>] composite_setup+0xdcc/0x1ac8
[<
ffffff90089d7394>] android_setup+0x124/0x1a0
[<
ffffff90089acd18>] _setup+0x54/0x74
[<
ffffff90089b6b98>] handle_ep0+0x3288/0x4390
[<
ffffff90089b9b44>] dwc_otg_pcd_handle_out_ep_intr+0x14dc/0x2ae4
[<
ffffff90089be85c>] dwc_otg_pcd_handle_intr+0x1ec/0x298
[<
ffffff90089ad680>] dwc_otg_pcd_irq+0x10/0x20
[<
ffffff9008116328>] handle_irq_event_percpu+0x124/0x3ac
[<
ffffff9008116610>] handle_irq_event+0x60/0xa0
[<
ffffff900811af30>] handle_fasteoi_irq+0x10c/0x1d4
[<
ffffff9008115568>] generic_handle_irq+0x30/0x40
[<
ffffff90081159b4>] __handle_domain_irq+0xac/0xdc
[<
ffffff9008080e9c>] gic_handle_irq+0x64/0xa4
...
Memory state around the buggy address:
ffffffc0601f6400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ffffffc0601f6480: 00 00 00 00 00 00 00 00 00 00 06 fc fc fc fc fc
>
ffffffc0601f6500: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc
^
ffffffc0601f6580: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc
ffffffc0601f6600: fc fc fc fc fc fc fc fc 00 00 00 00 00 00 00 00
==================================================================
(am from https://patchwork.kernel.org/patch/
9697795/)
Change-Id: Ic27fc44663f51e139825cb36ca16e4b315293fe2
Signed-off-by: William Wu <william.wu@rock-chips.com>
Mark Yao [Wed, 26 Apr 2017 03:10:20 +0000 (11:10 +0800)]
drm/rockchip: vop: fix vtotal calc mistake on interlace mode
Change-Id: I820d439735dddeaaa5db5fc75356e242a9d77656
Signed-off-by: Mark Yao <mark.yao@rock-chips.com>
WeiYong Bi [Tue, 25 Apr 2017 01:02:53 +0000 (09:02 +0800)]
arm64: dts: rk3368-android: add route_hdmi node
Change-Id: I6fa418e383a62488576b0f89186c36078814a2ed
Signed-off-by: WeiYong Bi <bivvy.bi@rock-chips.com>
WeiYong Bi [Tue, 25 Apr 2017 00:46:45 +0000 (08:46 +0800)]
arm64: dts: rk3368: Add hdmi support
Change-Id: I6d0ff68e2fbd852ae796e73de30e5cd577e924ed
Signed-off-by: WeiYong Bi <bivvy.bi@rock-chips.com>
WeiYong Bi [Tue, 25 Apr 2017 00:38:50 +0000 (08:38 +0800)]
drm/rockchip: dw_hdmi: Add support for rk3368
Change-Id: I6a49447a5edd53013ed81875f351089793914f77
Signed-off-by: WeiYong Bi <bivvy.bi@rock-chips.com>
WeiYong Bi [Tue, 25 Apr 2017 00:42:17 +0000 (08:42 +0800)]
arm64: dts: rk3368-android: remove hdmi node
Change-Id: I4e775f5d47c003feea730437a046761f5f4569b2
Signed-off-by: WeiYong Bi <bivvy.bi@rock-chips.com>
WeiYong Bi [Tue, 25 Apr 2017 00:59:42 +0000 (08:59 +0800)]
arm64: dts: rk3368-sheep: disable hdmi
Change-Id: Ie2e8b5e9d312cfc8efed1c19bac118de31458f51
Signed-off-by: WeiYong Bi <bivvy.bi@rock-chips.com>
Huang Jiachai [Sat, 22 Apr 2017 03:18:08 +0000 (11:18 +0800)]
video: rockchip: fb: add fb ser par support 4k output
Change-Id: Iad0a49b9b3f0f49c2bc71e8ed73fade1106b57ac
Signed-off-by: Huang Jiachai <hjc@rock-chips.com>
Finley Xiao [Mon, 24 Apr 2017 11:56:46 +0000 (19:56 +0800)]
arm64: dts: rk3368: add 'leakage-scaling-sel' property for cluster1_opp
Change-Id: Icabe3cc278161010d638b4d3e231557246075b0a
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Mon, 24 Apr 2017 11:52:01 +0000 (19:52 +0800)]
cpufreq: rockchip: parse 'leakage-scaling-sel'
Change-Id: Ia473f960dbf0d1cc6c68fdd0e67b1d5cd8ddfa17
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Mon, 24 Apr 2017 11:42:05 +0000 (19:42 +0800)]
clk: rockchip: Add adaptive frequency scaling for pll_rk3066
Change-Id: I9c3422a45f86e8b95be0ad069ac70d5490eb5161
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Frank Wang [Sun, 18 Sep 2016 08:26:07 +0000 (16:26 +0800)]
hid: usbhid: enable hid to wakeup system if it supports remote wakeup
Refer to E.2 (P67) of Device Class Definition for Human Interface
Devices V1.11, the bmAttributes field of the standard configuration
descriptor bit 5 should be set if the HID support Remote Wakeup.
This patch enable the usb HID to wake up the system if the HID
supports remote wakeup.
Change-Id: I169c49ff6187b6400b91633332a72964caca1a94
Signed-off-by: Frank Wang <frank.wang@rock-chips.com>
shengfei Xu [Mon, 10 Apr 2017 03:12:48 +0000 (11:12 +0800)]
ARM: rockchip: pm: add system suspend support for rk3288
PSCI v1.0 introduces a new API called PSCI_SYSTEM_SUSPEND. This API
provides the mechanism by which the calling OS can request entry into
the deepest possible system sleep state.
Change-Id: I2dbb56ad337315eee76170443de96a1df05f8aab
Signed-off-by: shengfei Xu <xsf@rock-chips.com>
chenjh [Mon, 24 Apr 2017 02:26:25 +0000 (10:26 +0800)]
power: rk818-charger: fix cancel delayed work error because of not initialize
Change-Id: I2273c55f2ffbc5d09cf80bbfdf3030acada39eab
Signed-off-by: chenjh <chenjh@rock-chips.com>
Mark Yao [Wed, 19 Apr 2017 08:00:44 +0000 (16:00 +0800)]
video/rockchip: rga2: fix rga crash with high memory
phys_to_virt not support highmem.
[ 38.247986] Unable to handle kernel paging request at virtual address
20857000
[ 38.306701] pgd =
ed418000
[ 38.309505] [
20857000] *pgd=
00000000
[ 38.313118] Internal error: Oops: 2805 [#1] PREEMPT SMP ARM
[ 38.318682] Modules linked in:
[ 38.321746] CPU: 2 PID: 1410 Comm: DisplayThread Not tainted 4.4.55 #156
[ 38.328435] Hardware name: Rockchip (Device Tree)
[ 38.333131] task:
dd2ad480 ti:
dcc08000 task.ti:
dcc08000
[ 38.338527] PC is at v7_dma_flush_range+0x1c/0x34
[ 38.343225] LR is at rga_dma_flush_range+0x30/0x68
[ 39.215229] [<
c0117440>] (v7_dma_flush_range) from [<
c03f969c>] (rga_dma_flush_range+0x30/0x68)
[ 39.223918] [<
c03f969c>] (rga_dma_flush_range) from [<
c03f98f4>] (rga2_MapUserMemory+0x220/0x2b0)
[ 39.232777] [<
c03f98f4>] (rga2_MapUserMemory) from [<
c03f9bd4>] (rga2_set_mmu_info+0x1bc/0x928)
[ 39.241461] [<
c03f9bd4>] (rga2_set_mmu_info) from [<
c03f8930>] (rga2_blit+0x2f4/0x448)
[ 39.249366] [<
c03f8930>] (rga2_blit) from [<
c03f8ae8>] (rga2_blit_sync+0x64/0x1b0)
[ 39.256923] [<
c03f8ae8>] (rga2_blit_sync) from [<
c03f91dc>] (rga_ioctl+0x4d0/0x6d8)
[ 39.264570] [<
c03f91dc>] (rga_ioctl) from [<
c023ea58>] (do_vfs_ioctl+0x564/0x6a0)
[ 39.272042] [<
c023ea58>] (do_vfs_ioctl) from [<
c023ebe0>] (SyS_ioctl+0x4c/0x74)
[ 39.279342] [<
c023ebe0>] (SyS_ioctl) from [<
c0107180>] (ret_fast_syscall+0x0/0x3c)
Change-Id: I81fe2d108932a96414a2822c1329c4335753d1d9
Signed-off-by: Mark Yao <mark.yao@rock-chips.com>
Randy Li [Mon, 17 Apr 2017 02:25:49 +0000 (10:25 +0800)]
video: rockchip: rkvdec: add a new device id
RKVDEC second generation uses a new device id.
It is the new generation of the RKV decoder found on
the RK3328 platform.
Change-Id: I63891b7f774e68d8820f1a9c88052795af37f99d
Signed-off-by: Randy Li <randy.li@rock-chips.com>
Rocky Hao [Mon, 24 Apr 2017 02:26:38 +0000 (10:26 +0800)]
thermal: rockchip: rk3368: fix bad unlock balance issue
We WRONGLY supposed both REGULATOR_EVENT_PRE_VOLTAGE_CHANGE and
REGULATOR_EVENT_VOLTAGE_CHANGE were used in pairs. If volts are
not changed in volts setting process, REGULATOR_EVENT_PRE_VOLTAGE_CHANGE
is NOT sent,but REGULATOR_EVENT_VOLTAGE_CHANGE is sent. So we check the
lock status before we release the lock.
[ 3.535657] =====================================
[ 3.535703] [ BUG: bad unlock balance detected! ]
[ 3.535757] 4.4.55 #2 Not tainted
[ 3.535800] -------------------------------------
[ 3.535847] cfinteractive/65 is trying to release lock (thermal_reg_mutex) at:
[ 3.535969] [<
ffffff8008c23ca4>] mutex_unlock+0xc/0x14
[ 3.536015] but there are no more locks to release!
[ 3.536058] wifi_platform_bus_enumerate device present 1
[ 3.536076]
[ 3.536076] other info that might help us debug this:
[ 3.536088] ======== Card detection to detect SDIO card! ========
[ 3.536104] 4 locks held by cfinteractive/65:
[ 3.536115] mmc2:mmc host rescan start!
[ 3.536123] #0: (&policy->rwsem){+.+.+.}, at: [<
ffffff8008829734>] cpufreq_interactive_speedchange_task+0x138/0x48c
[ 3.536323] #1: (&pcpu->enable_sem){++++..}, at: [<
ffffff8008829740>] cpufreq_interactive_speedchange_task+0x144/0x48c
[ 3.536510] #2: (&rdev->mutex){+.+.+.}, at: [<
ffffff8008472948>] regulator_set_voltage+0x34/0x90
[ 3.536700] #3: (&(&rdev->notifier)->rwsem){.+.+..}, at: [<
ffffff80080c0558>] __blocking_notifier_call_chain+0x30/0x64
[ 3.536892]
[ 3.536892] stack backtrace:
[ 3.536962] CPU: 2 PID: 65 Comm: cfinteractive Not tainted 4.4.55 #2
[ 3.537011] Hardware name: Rockchip rk3368 p9 board (DT)
[ 3.537056] Call trace:
[ 3.537118] [<
ffffff8008088a4c>] dump_backtrace+0x0/0x1c4
[ 3.537182] [<
ffffff8008088c24>] show_stack+0x14/0x1c
[ 3.537249] [<
ffffff80083ada90>] dump_stack+0xa8/0xe0
[ 3.537317] [<
ffffff8008186c04>] print_unlock_imbalance_bug.part.25+0xbc/0xcc
[ 3.537386] [<
ffffff80080f8210>] lock_release+0x218/0x464
[ 3.537448] [<
ffffff8008c23c1c>] __mutex_unlock_slowpath+0xf4/0x170
[ 3.537507] [<
ffffff8008c23ca4>] mutex_unlock+0xc/0x14
[ 3.537573] [<
ffffff800880510c>] rk3368_thermal_notify+0x5c/0x68
[ 3.537637] [<
ffffff80080c0248>] notifier_call_chain+0x54/0x88
[ 3.537702] [<
ffffff80080c0570>] __blocking_notifier_call_chain+0x48/0x64
[ 3.537768] [<
ffffff80080c05a0>] blocking_notifier_call_chain+0x14/0x1c
[ 3.537837] [<
ffffff80084701d0>] _regulator_do_set_voltage+0x3dc/0x61c
[ 3.537904] [<
ffffff80084705b8>] regulator_set_voltage_unlocked+0x1a8/0x208
[ 3.537971] [<
ffffff8008472970>] regulator_set_voltage+0x5c/0x90
[ 3.538039] [<
ffffff800850708c>] _set_opp_voltage+0x44/0xa4
[ 3.538104] [<
ffffff8008508400>] dev_pm_opp_set_rate+0x47c/0x540
[ 3.538168] [<
ffffff800882be30>] set_target+0x30/0x38
[ 3.538234] [<
ffffff80088222e0>] __cpufreq_driver_target+0x1d8/0x298
[ 3.538298] [<
ffffff800882986c>] cpufreq_interactive_speedchange_task+0x270/0x48c
[ 3.538360] [<
ffffff80080bee1c>] kthread+0xf4/0xfc
[ 3.538419] [<
ffffff80080826d0>] ret_from_fork+0x10/0x40
Change-Id: I8a89bde9ff6ec83255b8a4c017e6ff792535ebb8
Signed-off-by: Rocky Hao <rocky.hao@rock-chips.com>
Baolin Wang [Thu, 8 Dec 2016 11:55:22 +0000 (19:55 +0800)]
UPSTREAM: usb: gadget: f_fs: Fix possibe deadlock
When system try to close /dev/usb-ffs/adb/ep0 on one core, at the same
time another core try to attach new UDC, which will cause deadlock as
below scenario. Thus we should release ffs lock before issuing
unregister_gadget_item().
[ 52.642225] c1 ======================================================
[ 52.642228] c1 [ INFO: possible circular locking dependency detected ]
[ 52.642236] c1 4.4.6+ #1 Tainted: G W O
[ 52.642241] c1 -------------------------------------------------------
[ 52.642245] c1 usb ffs open/2808 is trying to acquire lock:
[ 52.642270] c0 (udc_lock){+.+.+.}, at: [<
ffffffc00065aeec>]
usb_gadget_unregister_driver+0x3c/0xc8
[ 52.642272] c1 but task is already holding lock:
[ 52.642283] c0 (ffs_lock){+.+.+.}, at: [<
ffffffc00066b244>]
ffs_data_clear+0x30/0x140
[ 52.642285] c1 which lock already depends on the new lock.
[ 52.642287] c1
the existing dependency chain (in reverse order) is:
[ 52.642295] c0
-> #1 (ffs_lock){+.+.+.}:
[ 52.642307] c0 [<
ffffffc00012340c>] __lock_acquire+0x20f0/0x2238
[ 52.642314] c0 [<
ffffffc000123b54>] lock_acquire+0xe4/0x298
[ 52.642322] c0 [<
ffffffc000aaf6e8>] mutex_lock_nested+0x7c/0x3cc
[ 52.642328] c0 [<
ffffffc00066f7bc>] ffs_func_bind+0x504/0x6e8
[ 52.642334] c0 [<
ffffffc000654004>] usb_add_function+0x84/0x184
[ 52.642340] c0 [<
ffffffc000658ca4>] configfs_composite_bind+0x264/0x39c
[ 52.642346] c0 [<
ffffffc00065b348>] udc_bind_to_driver+0x58/0x11c
[ 52.642352] c0 [<
ffffffc00065b49c>] usb_udc_attach_driver+0x90/0xc8
[ 52.642358] c0 [<
ffffffc0006598e0>] gadget_dev_desc_UDC_store+0xd4/0x128
[ 52.642369] c0 [<
ffffffc0002c14e8>] configfs_write_file+0xd0/0x13c
[ 52.642376] c0 [<
ffffffc00023c054>] vfs_write+0xb8/0x214
[ 52.642381] c0 [<
ffffffc00023cad4>] SyS_write+0x54/0xb0
[ 52.642388] c0 [<
ffffffc000085ff0>] el0_svc_naked+0x24/0x28
[ 52.642395] c0
-> #0 (udc_lock){+.+.+.}:
[ 52.642401] c0 [<
ffffffc00011e3d0>] print_circular_bug+0x84/0x2e4
[ 52.642407] c0 [<
ffffffc000123454>] __lock_acquire+0x2138/0x2238
[ 52.642412] c0 [<
ffffffc000123b54>] lock_acquire+0xe4/0x298
[ 52.642420] c0 [<
ffffffc000aaf6e8>] mutex_lock_nested+0x7c/0x3cc
[ 52.642427] c0 [<
ffffffc00065aeec>] usb_gadget_unregister_driver+0x3c/0xc8
[ 52.642432] c0 [<
ffffffc00065995c>] unregister_gadget_item+0x28/0x44
[ 52.642439] c0 [<
ffffffc00066b34c>] ffs_data_clear+0x138/0x140
[ 52.642444] c0 [<
ffffffc00066b374>] ffs_data_reset+0x20/0x6c
[ 52.642450] c0 [<
ffffffc00066efd0>] ffs_data_closed+0xac/0x12c
[ 52.642454] c0 [<
ffffffc00066f070>] ffs_ep0_release+0x20/0x2c
[ 52.642460] c0 [<
ffffffc00023dbe4>] __fput+0xb0/0x1f4
[ 52.642466] c0 [<
ffffffc00023dd9c>] ____fput+0x20/0x2c
[ 52.642473] c0 [<
ffffffc0000ee944>] task_work_run+0xb4/0xe8
[ 52.642482] c0 [<
ffffffc0000cd45c>] do_exit+0x360/0xb9c
[ 52.642487] c0 [<
ffffffc0000cf228>] do_group_exit+0x4c/0xb0
[ 52.642494] c0 [<
ffffffc0000dd3c8>] get_signal+0x380/0x89c
[ 52.642501] c0 [<
ffffffc00008a8f0>] do_signal+0x154/0x518
[ 52.642507] c0 [<
ffffffc00008af00>] do_notify_resume+0x70/0x78
[ 52.642512] c0 [<
ffffffc000085ee8>] work_pending+0x1c/0x20
[ 52.642514] c1
other info that might help us debug this:
[ 52.642517] c1 Possible unsafe locking scenario:
[ 52.642518] c1 CPU0 CPU1
[ 52.642520] c1 ---- ----
[ 52.642525] c0 lock(ffs_lock);
[ 52.642529] c0 lock(udc_lock);
[ 52.642533] c0 lock(ffs_lock);
[ 52.642537] c0 lock(udc_lock);
[ 52.642539] c1
*** DEADLOCK ***
[ 52.642543] c1 1 lock held by usb ffs open/2808:
[ 52.642555] c0 #0: (ffs_lock){+.+.+.}, at: [<
ffffffc00066b244>]
ffs_data_clear+0x30/0x140
[ 52.642557] c1 stack backtrace:
[ 52.642563] c1 CPU: 1 PID: 2808 Comm: usb ffs open Tainted: G
[ 52.642565] c1 Hardware name: Spreadtrum SP9860g Board (DT)
[ 52.642568] c1 Call trace:
[ 52.642573] c1 [<
ffffffc00008b430>] dump_backtrace+0x0/0x170
[ 52.642577] c1 [<
ffffffc00008b5c0>] show_stack+0x20/0x28
[ 52.642583] c1 [<
ffffffc000422694>] dump_stack+0xa8/0xe0
[ 52.642587] c1 [<
ffffffc00011e548>] print_circular_bug+0x1fc/0x2e4
[ 52.642591] c1 [<
ffffffc000123454>] __lock_acquire+0x2138/0x2238
[ 52.642595] c1 [<
ffffffc000123b54>] lock_acquire+0xe4/0x298
[ 52.642599] c1 [<
ffffffc000aaf6e8>] mutex_lock_nested+0x7c/0x3cc
[ 52.642604] c1 [<
ffffffc00065aeec>] usb_gadget_unregister_driver+0x3c/0xc8
[ 52.642608] c1 [<
ffffffc00065995c>] unregister_gadget_item+0x28/0x44
[ 52.642613] c1 [<
ffffffc00066b34c>] ffs_data_clear+0x138/0x140
[ 52.642618] c1 [<
ffffffc00066b374>] ffs_data_reset+0x20/0x6c
[ 52.642621] c1 [<
ffffffc00066efd0>] ffs_data_closed+0xac/0x12c
[ 52.642625] c1 [<
ffffffc00066f070>] ffs_ep0_release+0x20/0x2c
[ 52.642629] c1 [<
ffffffc00023dbe4>] __fput+0xb0/0x1f4
[ 52.642633] c1 [<
ffffffc00023dd9c>] ____fput+0x20/0x2c
[ 52.642636] c1 [<
ffffffc0000ee944>] task_work_run+0xb4/0xe8
[ 52.642640] c1 [<
ffffffc0000cd45c>] do_exit+0x360/0xb9c
[ 52.642644] c1 [<
ffffffc0000cf228>] do_group_exit+0x4c/0xb0
[ 52.642647] c1 [<
ffffffc0000dd3c8>] get_signal+0x380/0x89c
[ 52.642651] c1 [<
ffffffc00008a8f0>] do_signal+0x154/0x518
[ 52.642656] c1 [<
ffffffc00008af00>] do_notify_resume+0x70/0x78
[ 52.642659] c1 [<
ffffffc000085ee8>] work_pending+0x1c/0x20
Change-Id: I4ff1d8dbcaedb7df05ff26c2d8a61b153a025e88
Acked-by: Michal Nazarewicz <mina86@mina86.com>
Signed-off-by: Baolin Wang <baolin.wang@linaro.org>
Signed-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>
Signed-off-by: William Wu <william.wu@rock-chips.com>
(cherry picked from commit
b3ce3ce02d146841af012d08506b4071db8ffde3)
Randy Li [Fri, 21 Apr 2017 02:29:02 +0000 (10:29 +0800)]
ARM64: rockchip: dts: re-order the nodes for RK3328 EVB
I re-order all the merged nodes in alphabetic order.
Change-Id: I677259b1ec3cd8463c8ef557a9c1f0afbef66318
Signed-off-by: Randy Li <randy.li@rock-chips.com>
zzc [Thu, 20 Apr 2017 11:48:45 +0000 (19:48 +0800)]
net: wireless: rockchip_wlan: update bcmdhd driver 1.363.59.144
Change-Id: Ia654d6374f9be950a30adf4b912bd7df941ef532
Signed-off-by: zzc <zzc@rock-chips.com>
David Wu [Thu, 20 Apr 2017 12:33:39 +0000 (20:33 +0800)]
pinctrl: rockchip: Add rk3288 GPIO0_D0 ~ GPIO0_D7 pins support
Change-Id: If8b51cc98ea38076b4721b09a307299ac5feed0f
Signed-off-by: David Wu <david.wu@rock-chips.com>
William wu [Mon, 21 Nov 2016 07:40:24 +0000 (15:40 +0800)]
CHROMIUM: arm64: dts: rockchip: add warm reset quirk for rk3399 dwc3
This patch adds warm reset on resume quirk for rk3399 platform.
BUG=chrome-os-partner:58347
TEST=Plug an USB3 flash drive in rk3399 Kevin board Type-C
port, then set system enter S3. Wakeup system, check if USB3
device can be detected after resume.
Change-Id: I5d3273e9603da01395fa7cd2e2becfe350faed1d
Signed-off-by: William wu <wulf@rock-chips.com>
Reviewed-on: https://chromium-review.googlesource.com/412489
Commit-Ready: Guenter Roeck <groeck@chromium.org>
Tested-by: Guenter Roeck <groeck@chromium.org>
Tested-by: Inno Park <ih.yoo.park@samsung.com>
Reviewed-by: Guenter Roeck <groeck@chromium.org>
Signed-off-by: Meng Dongyang <daniel.meng@rock-chips.com>
William wu [Mon, 21 Nov 2016 07:32:26 +0000 (15:32 +0800)]
CHROMIUM: usb: dwc3: add usb3_warm_reset_on_resume_quirk
This patch add a quirk for some special platforms (e.g. rk3399
platform) which need to do warm reset for USB3 device on resume.
BUG=chrome-os-partner:58347
TEST=Plug an USB3 flash drive in rk3399 Kevin board Type-C
port, then set system enter S3. Wakeup system, check if USB3
device can be detected after resume.
Change-Id: I19acc0560001481e5a952175433e82d17dfb3a40
Signed-off-by: William wu <wulf@rock-chips.com>
Reviewed-on: https://chromium-review.googlesource.com/412488
Commit-Ready: Guenter Roeck <groeck@chromium.org>
Tested-by: Guenter Roeck <groeck@chromium.org>
Tested-by: Inno Park <ih.yoo.park@samsung.com>
Reviewed-by: Guenter Roeck <groeck@chromium.org>
Signed-off-by: Meng Dongyang <daniel.meng@rock-chips.com>
William wu [Mon, 21 Nov 2016 06:06:19 +0000 (14:06 +0800)]
CHROMIUM: xhci: fix USB3 device undetected after resume
Some xHC controllers (e.g. Rockchip rk3399) integrated in
DWC3 IP, will be powered down in S3, and reinitialized after
resume.
However, if a USB3 device is plugged before system enter S3,
the device will be disconnected after resume because of xHC
lose power. And the device can't be detected again even if
we reinitialize xHC. In this case, CCS and CSC is '0' and
can't reflect the current state of the port, also the link
state stays in Rx.Detect.
So try to do warm reset on resume to reset USB3 device to
the default state, also reset a USB3 link, and re-exchange
link configuration information.
BUG=chrome-os-partner:58347
TEST=Plug an USB3 flash drive in rk3399 Kevin board Type-C
port, then set system enter S3. Wakeup system, check if USB3
device can be detected after resume.
Change-Id: I90975a48866569f2c2422a244afc618a3e427f57
Signed-off-by: William wu <wulf@rock-chips.com>
Reviewed-on: https://chromium-review.googlesource.com/412487
Commit-Ready: Guenter Roeck <groeck@chromium.org>
Tested-by: Guenter Roeck <groeck@chromium.org>
Tested-by: Inno Park <ih.yoo.park@samsung.com>
Reviewed-by: Guenter Roeck <groeck@chromium.org>
Signed-off-by: Meng Dongyang <daniel.meng@rock-chips.com>
wlq [Thu, 20 Apr 2017 08:20:04 +0000 (16:20 +0800)]
arm64: dts: rk3399: sapphire-excavator: enabled pcie
Change-Id: I762ef100bf31142b4ebb359594be9c8e16cd4fc7
Signed-off-by: Wu Liangqing <wlq@rock-chips.com>
algea.cao [Wed, 19 Apr 2017 11:32:09 +0000 (19:32 +0800)]
drm: bridge: dw-hdmi: unregister the hpd workqueue when unbind
Change-Id: Ib692a4e42843a6a9c89c5a92f79a7dd85a4ae534
Signed-off-by: algea.cao <algea.cao@rock-chips.com>
Mark Yao [Thu, 20 Apr 2017 01:34:26 +0000 (09:34 +0800)]
video/rockchip: rga2: fix rga timeout when do scaling
rk3368 rga sometime may timeout when do scaling, and it can't
be restore until do a non-scale rga work.
So hack that, if timeout with scaling work, do a tiny non-scale rga
work before normal work.
Change-Id: I4598741347c44a1ff3c2272270f4c6a1def36177
Signed-off-by: Mark Yao <mark.yao@rock-chips.com>
wlq [Wed, 19 Apr 2017 09:04:30 +0000 (17:04 +0800)]
arm64: dts: rockchip: sapphire-excavator: enabled hdmiin
Change-Id: I5d09ee8e07e515270fadfcdb1e8bbb98cbfaa8ac
Signed-off-by: Wu Liangqing <wlq@rock-chips.com>
Zhang Zhijie [Wed, 19 Apr 2017 02:27:09 +0000 (10:27 +0800)]
ARM64: rockchip_defconfig: default to enable optee driver
Change-Id: I8aa0610074960e70fd0b9e5c046960a1038ed665
Signed-off-by: Zhang Zhijie <zhangzj@rock-chips.com>
Zhang Zhijie [Wed, 19 Apr 2017 02:25:33 +0000 (10:25 +0800)]
ARM: rockchip_defconfig: default to enable optee driver
Change-Id: I9364ddb9e7f05a20d5e283b9386b98b10d9c5552
Signed-off-by: Zhang Zhijie <zhangzj@rock-chips.com>
Zhang Zhijie [Tue, 18 Apr 2017 07:40:59 +0000 (15:40 +0800)]
OP-TEE: fix operate user pointer bug in optee driver
Fix operate user pointer bug which causes panic in kernel.
Change-Id: I7fcf74fb68dd0959e5ba64635c614f954d065281
Signed-off-by: Zhang Zhijie <zhangzj@rock-chips.com>
Wadim Egorov [Wed, 20 Apr 2016 08:01:08 +0000 (10:01 +0200)]
UPSTREAM: regulator: fan53555: Add support for FAN53555UC13X type
IC type options 00, 13 and 23 are sharing the same DIE_ID 0.
Let's differentiate between these revisions.
FAN53555UC13X has the ID 0 and REV 0xf, starts at 800mV and
increments in 10mV steps.
Change-Id: I3fdcd305013ccef73145da2b84f303021304876a
Signed-off-by: Wadim Egorov <w.egorov@phytec.de>
Signed-off-by: Mark Brown <broonie@kernel.org>
(cherry picked from commit
e57cbb70b7b3773f78fc6b8b70ab1eb3367e5350)
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
Wadim Egorov [Wed, 20 Apr 2016 08:01:07 +0000 (10:01 +0200)]
UPSTREAM: regulator: fan53555: Add support for FAN53555BUC18X type
FAN53555BUC18X has the DIE_ID 8, starts at 600mV and
increments in 10mV steps.
Change-Id: If4f7d2d911748c42e79ad8268b884275d4230aef
Signed-off-by: Wadim Egorov <w.egorov@phytec.de>
Signed-off-by: Mark Brown <broonie@kernel.org>
(cherry picked from commit
5e39cf49729b910795daa0b86052463d23c0a18d)
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
John Keeping [Tue, 23 Feb 2016 13:40:59 +0000 (13:40 +0000)]
UPSTREAM: ARM: dts: rockchip: fix MIPI interrupt on rk3288
This isn't currently used by the driver but the correct value is 19
since DSIHOST0 is 51 in the TRM and the GIC offset requires 32 to be
subtracted.
Change-Id: I81ad5143296227aa0cd67f7d33e23db6ecc6cf35
Signed-off-by: John Keeping <john@metanate.com>
Signed-off-by: Heiko Stuebner <heiko@sntech.de>
(cherry picked from commit
5415ba40650900f7d663a4b79f346c45dddd4ce0)
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
Wadim Egorov [Wed, 22 Mar 2017 15:50:50 +0000 (16:50 +0100)]
FROMLIST: regulator: rk808: Fix RK818 LDO2
Set the correct voltage select register for LDO2.
(am from https://patchwork.kernel.org/patch/
9639275/)
Signed-off-by: Wadim Egorov <w.egorov@phytec.de>
Change-Id: I877d482e937920cdb3bf820a7c2cf7c650b24eff
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
xubilv [Wed, 19 Apr 2017 08:56:12 +0000 (16:56 +0800)]
arm: dts: rk3288-evb: fix panel black when uboot switch to kernel
Change-Id: Id2d42aa54788148ad8eb4ddb8d0755c9831d9997
Signed-off-by: xubilv <xbl@rock-chips.com>
xubilv [Wed, 19 Apr 2017 08:54:14 +0000 (16:54 +0800)]
arm: dts: rk3288-evb: fix the edp timing node is not recognized bug
Change-Id: I1f1ef41cf18a2be41763c1c711c5440750cfe314
Signed-off-by: xubilv <xbl@rock-chips.com>
xubilv [Wed, 19 Apr 2017 02:43:36 +0000 (10:43 +0800)]
arm: dts: rk3288-android: support uboot-logo and kernel-logo display
Change-Id: Id409b724ae408ad11149ea74c3fad9c06b7e177d
Signed-off-by: xubilv <xbl@rock-chips.com>
xubilv [Wed, 19 Apr 2017 02:32:59 +0000 (10:32 +0800)]
arm: dts: rk3288: delete DCLK in cru assigned-clocks
Change-Id: Ie608fb96ca591654d63cbfbd5e671198ca39157c
Signed-off-by: xubilv <xbl@rock-chips.com>
xubilv [Wed, 19 Apr 2017 02:28:28 +0000 (10:28 +0800)]
arm: dts: rk3288-android: reserve memory for drm-logo
Change-Id: I43fb85dd5aa4eb5c49a2e0953a1c90fa1a6cba96
Signed-off-by: xubilv <xbl@rock-chips.com>
xubilv [Tue, 18 Apr 2017 07:28:16 +0000 (15:28 +0800)]
arm: dts: rk3288-evb: resolve conflict between edp_panel and mipi_panel
if edp_panel add disp_timings, it will conflict with mipi_panel.
Change-Id: Ic6d9bcb5f38670d203ca9c220354f1ac476ccbfb
Signed-off-by: xubilv <xbl@rock-chips.com>
Marc Zyngier [Wed, 18 Jan 2017 09:27:28 +0000 (09:27 +0000)]
UPSTREAM: ARM: DTS: Fix register map for virt-capable GIC
Since everybody copied my own mistake from the DT binding example,
let's address all the offenders in one swift go.
Most of them got the CPU interface size wrong (4kB, while it should
be 8kB), except for both keystone platforms which got the control
interface wrong (4kB instead of 8kB).
In a few cases where I knew for sure what implementation was used,
I've added the "arm,gic-400" compatible string. I'm 99% sure that
this is what everyone is using, but short of having the TRM for
all the other SoCs, I've left them alone.
Change-Id: I15f66453fa9db952d1758cd5b61432405b019dc8
Acked-by: Shawn Guo <shawnguo@kernel.org>
Acked-by: Tony Lindgren <tony@atomide.com>
Acked-by: Santosh Shilimkar <ssantosh@kernel.org>
Acked-by: Krzysztof Kozlowski <krzk@kernel.org>
Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Acked-by: Antoine Tenart <antoine.tenart@free-electrons.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Matthias Brugger <matthias.bgg@gmail.com>
Acked-by: Heiko Stuebner <heiko@sntech.de>
Reviewed-by: Javier Martinez Canillas <javier@osg.samsung.com>
Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
(cherry picked from commit
387720c93812f1e702c20c667cb003a356e24a6c)
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
Jacob Chen [Tue, 18 Apr 2017 09:56:06 +0000 (17:56 +0800)]
ARM: dts: rk3288: correct some errors
Change-Id: Ic5cd80fd32ffa02846a70d8e756a2b8285b512f3
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
xcq [Wed, 19 Apr 2017 07:23:42 +0000 (15:23 +0800)]
ARM: rockchip_defconfig: enable camsys driver
Change-Id: Ibd02e0fa03a8193435dcb0e1a2b238938c27892e
Signed-off-by: xcq <shawn.xu@rock-chips.com>
Sugar Zhang [Wed, 19 Apr 2017 04:54:19 +0000 (12:54 +0800)]
ASoC: codecs: cleanup codes
Change-Id: I42d9d6c24fc879b422fd9f18fe3af7d6f3b26d90
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Sugar Zhang [Wed, 19 Apr 2017 03:47:22 +0000 (11:47 +0800)]
ASoC: rockchip: cleanup codes
Change-Id: Ieacbcc8311fa683394c57a21c69099620b294ffc
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
xcq [Tue, 18 Apr 2017 03:52:29 +0000 (11:52 +0800)]
ARM: dts: rockchip: enable isp for rk3288 evb
Change-Id: I2291f43ec9e3b7e3cf5a306f9bfcfd60083be3c3
Signed-off-by: xcq <shawn.xu@rock-chips.com>
xcq [Tue, 18 Apr 2017 02:52:59 +0000 (10:52 +0800)]
camera: rockchip: camsys v0.0x21.0xc
camsys driver support rk3288
Change-Id: Iddcca33b40df58c75164bdc8828ac0b82c2c6ff6
Signed-off-by: xcq <shawn.xu@rock-chips.com>
xcq [Mon, 17 Apr 2017 08:32:43 +0000 (16:32 +0800)]
arm: dts: rk3288: add isp config
Change-Id: I00883343c8addff1adc71bef5001d3064b829d97
Signed-off-by: xcq <shawn.xu@rock-chips.com>
Jacob Chen [Fri, 31 Mar 2017 02:38:44 +0000 (10:38 +0800)]
drm/rockchip: rga: fix smatch check
Change-Id: I884ca0d65f1092720262ee96c85803071cbc6284
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
Jacob Chen [Fri, 31 Mar 2017 02:34:39 +0000 (10:34 +0800)]
drm/rockchip: rga: add buf flush flag
The buffer have been accessed by CPU needs to be synced
for the device to see the most up-to-date.
So introduce a flag here to see if a buffer need flush cache.
Change-Id: I68457aa528d04acc6f92dfa2171d8c807ab657a6
Signed-off-by: Jacob Chen <jacob2.chen@rock-chips.com>
William Wu [Tue, 18 Apr 2017 11:26:31 +0000 (19:26 +0800)]
arm64: dts: rockchip: add linestate check dis quirk for rk3328 dwc3
rk3328 dwc3 has a problem that USB 2.0 MAC lineState not
reflect the expected line state (J) during transmission.
Add this quirk to add the ipgap between (tkn to tkn/data)
with 40 bit times of TXENDDELAY, and linestate is ignored
during this 40 bit times delay.
Change-Id: I76895476bff94c2198a5d8df7e73b9d54fbb96ed
Signed-off-by: William Wu <william.wu@rock-chips.com>
William Wu [Tue, 18 Apr 2017 08:14:58 +0000 (16:14 +0800)]
arm64: dts: rockchip: add linestate check dis quirk for rk3399 dwc3
rk3399 dwc3 has a problem that USB 2.0 MAC lineState not
reflect the expected line state (J) during transmission.
Add this quirk to add the ipgap between (tkn to tkn/data)
with 40 bit times of TXENDDELAY, and linestate is ignored
during this 40 bit times delay.
Change-Id: Ife9d46dbf2a8d4a8faa2fc20bfad442d6bb88a05
Signed-off-by: William Wu <william.wu@rock-chips.com>
William Wu [Tue, 18 Apr 2017 05:17:39 +0000 (13:17 +0800)]
FROMLIST: usb: dwc3: add disable u2mac linestate check quirk
This patch adds a quirk to disable USB 2.0 MAC linestate check
during HS transmit. Refer the dwc3 databook, we can use it for
some special platforms if the linestate not reflect the expected
line state(J) during transmission.
When use this quirk, the controller implements a fixed 40-bit
TxEndDelay after the packet is given on UTMI and ignores the
linestate during the transmit of a token (during token-to-token
and token-to-data IPGAP).
On some rockchip platforms (e.g. rk3399), it requires to disable
the u2mac linestate check to decrease the SSPLIT token to SETUP
token inter-packet delay from 566ns to 466ns, and fix the issue
that FS/LS devices not recognized if inserted through USB 3.0 HUB.
(am from https://patchwork.kernel.org/patch/
9684951/)
Change-Id: I6298f59a5b89a76a90c628a58c932942ede2c3ef
Signed-off-by: William Wu <william.wu@rock-chips.com>
John Youn [Thu, 13 Oct 2016 01:00:55 +0000 (18:00 -0700)]
UPSTREAM: usb: dwc3: Add support for device L1 exit
For the usb31 IP and from version 2.90a of the usb3 IP, the core
supports HW exit from L1 in HS. Enable it, otherwise the controller may
never exit from LPM to do a transfer.
Conflicts:
drivers/usb/dwc3/core.c
drivers/usb/dwc3/core.h
Change-Id: I074d3ab2e386b872800e2c9898398d3696228527
Signed-off-by: John Youn <johnyoun@synopsys.com>
Signed-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>
Signed-off-by: William Wu <wulf@rock-chips.com>
(cherry picked from commit
0bb39ca1ad8758f109cd2e7b30a5316f3097346a)
Finley Xiao [Wed, 12 Apr 2017 10:38:58 +0000 (18:38 +0800)]
cpufreq: dt: support checking initial rate
Bootloader or kernel sets CPU frequency to an initial value before cpufreq
starts on rockchip platform, if cpu's opp table is modified to a specified
value, it will cause an issue.
For example, the initial frequency is 816MHz and voltage set by hardware
is 900mV:
1. there is only one opp whose frequency is 816MHz and voltage is 850mV
in opp table list, as they frequency is equal, the voltage will not be
changed, it is still 900mV and a little too large relative to 850mV.
2. there is only one opp whose frequency is 1200MHz and voltage is 1100mV
in opp table list, as it doesn't set voltage to 1100mV before set frequency
to 1200MHz in the dev_pm_opp_set_rate function, the initial voltage 900mV
cann't supply for 1200MHz, the system crash.
Change-Id: Iba41536367ba5802dd8f7f37e245f0e5781eb643
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Wed, 12 Apr 2017 10:33:32 +0000 (18:33 +0800)]
arm64: dts: rockchip: delete cpu-avs device node
Change-Id: I86dd02761a4156768af018c0c90a61afb0ff74a6
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Wed, 12 Apr 2017 10:29:47 +0000 (18:29 +0800)]
PM / AVS: rockchip-cpu-avs: remove driver
The CPUFREQ_CREATE_POLICY and CPUFREQ_START had removed on 'master'
of git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git.
So the driver will be unused in the future.
Change-Id: I7e26a8050c4745d3390302babeafbbc40ff5e707
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Wed, 12 Apr 2017 08:34:23 +0000 (16:34 +0800)]
PM / OPP: remove check of supported_hw and prop_name when remove opp table
It's also removed in
commit
fa30184d192e ("PM / OPP: Return opp_table from dev_pm_opp_set_*()
routines").
This path fixes the below errors:
rk3368:/ # echo 0 > /sys/devices/system/cpu/cpu7/online
[ 39.475170] CPU7: shutdown
[ 39.478565] psci: CPU7 killed.
rk3368:/ # echo 0 > /sys/devices/system/cpu/cpu6/online
[ 39.541350] CPU6: shutdown
[ 39.544308] psci: CPU6 killed.
rk3368:/ # echo 0 > /sys/devices/system/cpu/cpu5/online
[ 39.601355] CPU5: shutdown
[ 39.604446] psci: CPU5 killed.
rk3368:/ # echo 0 > /sys/devices/system/cpu/cpu4/online
[ 40.148213] CPU4: shutdown
[ 40.151526] psci: CPU4 killed.
rk3368:/ # echo 1 > /sys/devices/system/cpu/cpu4/online
[ 44.915743] Detected VIPT I-cache on CPU4
[ 44.915997] CPU4: update cpu_capacity 1024
[ 44.916031] CPU4: Booted secondary processor [
410fd033]
[ 44.921409] cpu cpu4: dev_pm_opp_set_prop_name: Already have prop-name L1
[ 44.921554] cpu cpu4: Failed to set prop name
[ 44.921597] cpu cpu4: Failed to set_opp_info
[ 44.923002] cpu cpu4: opp_list_debug_create_link: Failed to create link
[ 44.923061] cpu cpu4: _add_opp_dev: Failed to register opp debugfs (-12)
Change-Id: I4143a8f0327964244dc63864ba159f306890fb16
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Wed, 12 Apr 2017 08:27:31 +0000 (16:27 +0800)]
arm64: dts: rk3368: add opp-microvolt-L0/1 property for cpu opp table
Change-Id: Ib21738447057648a24f2e66b637de280bb2b82eb
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Wed, 12 Apr 2017 08:13:10 +0000 (16:13 +0800)]
arm64: dts: rk3368: add leakage-voltage-sel property for cpu opp table
Change-Id: I5f72c3cd59216723018a021b77081f9fbd630b0e
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Wed, 12 Apr 2017 04:31:23 +0000 (12:31 +0800)]
cpufreq: rockchip: Provide runtime initialised driver
This path introduces a rockchip-cpufreq driver, which can determine
available OPPs and select a suitable voltage for available OPPs
according to SoC version and leakage valuses in eFuse at runtime.
If all cpus of a cluster are downed, opp table will be removed,
prop-name and supported_hw are noneffective. So add a hotcpu notifier
to set them again when a cpu of the closed cluster is upped.
Change-Id: I43ab3e2cad4a9fefd5be5b0596cd841c392d7a8b
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
Finley Xiao [Thu, 13 Apr 2017 03:28:15 +0000 (11:28 +0800)]
Documentation: dt: add bindings for rockchip-cpufreq
Add the device tree bindings document for ROCKCHIP CPUFreq driver.
The operating-points-v2 binding allows us to provide an opp-supported-hw
property for each OPP to define when it is available and an
opp-microvolt-<name> property to choose a suitable voltage for OPP.
This driver reads SoC version and leakage values from eFuse and
provides them as matching data to the opp framework.
Change-Id: I10f959edd46668bedf3be4835bb5ec63e089808d
Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com>
wlq [Tue, 18 Apr 2017 07:14:31 +0000 (15:14 +0800)]
ARM64: dts: rk3368-android: enabled mailbox/mailbox_scpi
Change-Id: I664f6d928ec86990222de64baf0f50ab2f8584da
Signed-off-by: Wu Liangqing <wlq@rock-chips.com>
wlq [Tue, 18 Apr 2017 07:06:02 +0000 (15:06 +0800)]
ARM64: dts: rk3368-p9: set vccio_wl to 1.8v
Change-Id: I8683049b689f97af8ff36948db6ce7887b308a85
Signed-off-by: Wu Liangqing <wlq@rock-chips.com>
Meng Dongyang [Tue, 18 Apr 2017 02:37:51 +0000 (10:37 +0800)]
phy: rockchip-inno-usb2: tuning USB 2.0 PHY when resume
The USB 2.0 PHY may lose tuning config after resume if the
PD turn off its power when suspend. So we need to tune USB
2.0 PHY again when resume.
Change-Id: Ib34de165ccd7d22598e77e5ac0fed1233e7adba0
Signed-off-by: Meng Dongyang <daniel.meng@rock-chips.com>
Mark Yao [Tue, 18 Apr 2017 07:40:58 +0000 (15:40 +0800)]
drm/rockchip: logo: fix logo memory end on free
It's mistake using logo size as logo memory end, and that would cause:
[ 8.443899] BUG: Bad page state in process recovery pfn:7dcc3
[ 8.443903] page:
effb3860 count:0 mapcount:3 mapping:
eebdf784 index:0x15
[ 8.443907] flags: 0x4004007c(referenced|uptodate|dirty|lru|active|swapbacked)
[ 8.443918] page dumped because: PAGE_FLAGS_CHECK_AT_FREE flag(s) set
[ 8.443922] bad because of flags:
[ 8.443924] flags: 0x60(lru|active)
[ 8.443930] Modules linked in:
[ 8.443935] CPU: 0 PID: 170 Comm: recovery Tainted: G B 4.4.55 #70
[ 8.443939] Hardware name: Rockchip (Device Tree)
[ 8.443947] [<
c010f55c>] (unwind_backtrace) from [<
c010b7ec>] (show_stack+0x10/0x14)
[ 8.443955] [<
c010b7ec>] (show_stack) from [<
c03bc3a8>] (dump_stack+0x7c/0x9c)
[ 8.443963] [<
c03bc3a8>] (dump_stack) from [<
c01eb430>] (bad_page+0xe4/0x114)
[ 8.443971] [<
c01eb430>] (bad_page) from [<
c01eb550>] (free_pages_prepare+0xf0/0x294)
[ 8.443978] [<
c01eb550>] (free_pages_prepare) from [<
c01ed654>] (free_hot_cold_page+0x28/0x14c)
[ 8.443987] [<
c01ed654>] (free_hot_cold_page) from [<
c01ed954>] (free_reserved_area+0x90/0xdc)
[ 8.443996] [<
c01ed954>] (free_reserved_area) from [<
c04749f4>] (rockchip_free_loader_memory+0xf0/0x118)
[ 8.444006] [<
c04749f4>] (rockchip_free_loader_memory) from [<
c0475b14>] (rockchip_drm_fb_destroy+0xbc/0xd0)
[ 8.444015] [<
c0475b14>] (rockchip_drm_fb_destroy) from [<
c04581e0>] (drm_mode_set_config_internal+0xa8/0xc4)
[ 8.444024] [<
c04581e0>] (drm_mode_set_config_internal) from [<
c045ce24>] (drm_mode_setcrtc+0x3a8/0x464)
[ 8.444032] [<
c045ce24>] (drm_mode_setcrtc) from [<
c044f634>] (drm_ioctl+0x278/0x43c)
[ 8.444039] [<
c044f634>] (drm_ioctl) from [<
c023ea58>] (do_vfs_ioctl+0x564/0x6a0)
[ 8.444047] [<
c023ea58>] (do_vfs_ioctl) from [<
c023ebe0>] (SyS_ioctl+0x4c/0x74)
[ 8.444055] [<
c023ebe0>] (SyS_ioctl) from [<
c0107180>] (ret_fast_syscall+0x0/0x3c
Change-Id: I833a27464d9d33f6864039faa61e7500a3b936b3
Signed-off-by: Mark Yao <mark.yao@rock-chips.com>
Elaine Zhang [Mon, 17 Apr 2017 08:57:21 +0000 (16:57 +0800)]
clk: rockchip: rk3288: fix up the hclk_vio register
fix up the hclk_vio register order,
before setting clk critical.
Change-Id: Ia3a4d2fcb8ee8164dfe621d2d081076000a30937
Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
Jianqun Xu [Tue, 11 Apr 2017 08:41:28 +0000 (16:41 +0800)]
arm: dts: rk3288-evb: remove limit usage for vopb
There are many notes - Don't use vopb for HDMI, save it for eDP,
let's remove them for kinds of products.
Change-Id: Id8ef9ec8ac853e7b68527f59a9a8870b5a45d8f2
Signed-off-by: Jianqun Xu <jay.xu@rock-chips.com>
Meng Dongyang [Mon, 17 Apr 2017 06:11:58 +0000 (14:11 +0800)]
phy: rockchip-inno-usb2: tuning USB 2.0 squelch detection threshold
According to USB 2.0 Spec Table 7-7, the High-speed squelch
detection threshold Min 100mV and Max 150mV, and we set USB
2.0 PHY0 and PHY1 squelch detection threshold to 150mV by
default, so if the amplitude of differential voltage envelope
is < 150 mV, the USB 2.0 PHYs envelope detector will indicate
it as squelch.
On RK3399 box, if we connect usb device with a 4 meter cable,
we can see that the impedance of U2 cable is too big according
to the eye-diagram test report, and this cause serious signal
attenuation at the end of receiver, the amplitude of differential
voltage falls below 150mV.
This patch aims to reduce the PHY0 and PHY1 otg-ports squelch
detection threshold to 125mV (host-ports still use 150mV by
default), this is helpful to increase USB 2.0 PHY compatibility.
Change-Id: Iec8b4043a3440d6f2a5fb18ff59ac0f4988019e9
Signed-off-by: Meng Dongyang <daniel.meng@rock-chips.com>
Jianqun Xu [Wed, 12 Apr 2017 05:55:37 +0000 (13:55 +0800)]
video: rockchip: rk322x_lcdc: fix error condition
Change-Id: I1c28a815beb74a7566886aef666454ec1513970b
Signed-off-by: Jianqun Xu <jay.xu@rock-chips.com>
xuhuicong [Mon, 17 Apr 2017 07:43:59 +0000 (15:43 +0800)]
drm/rockchip: fix hdmi no display when resume or switch resolution
spelling mistake cause hdmi phy configure error, now correct it
Change-Id: I548d76dd44e8d39e35b95138ec3d25b358cf3376
Signed-off-by: xuhuicong <xhc@rock-chips.com>
Sugar Zhang [Fri, 14 Apr 2017 01:07:33 +0000 (09:07 +0800)]
ARM64: configs: rockchip_linux: enable rk3328 internal codec
Change-Id: I03ad95e771a4b506d6462be5dade0553eb121fcc
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Sugar Zhang [Fri, 7 Apr 2017 06:38:13 +0000 (14:38 +0800)]
ARM64: dts: rk3328-evb: add spdif sound
Change-Id: I76adc6286d831f513da3f5547975d7fcd3c392e9
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Sugar Zhang [Fri, 7 Apr 2017 03:37:35 +0000 (11:37 +0800)]
ARM64: configs: rockchip: enable rk3328 internal codec
Change-Id: I7c71d81e768fcd58b935f9f40d71c5834d04573d
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Sugar Zhang [Fri, 7 Apr 2017 03:35:57 +0000 (11:35 +0800)]
ARM64: dts: rk3328-evb: add support for internal codec sound
Change-Id: I8b1705f592d42e2f1d351ce5a7880993f7757b94
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
projects / firefly-linux-kernel-4.4.55.git / log