This patch wrap register access by lock which guarantee the clk
enabled first. and remove the unused CLK status from CMN.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Iba058ad08c71de0b118913216baec1886d8f3819
The reserved pre-scale buffer size is modified to the currently supported
maximum output size.
Signed-off-by: Yu Qiaowei <cerf.yu@rock-chips.com>
Change-Id: If2f2a1275466bfd39e9003e24e3cf0a848dccff1
1. The first parent name of sclk_cif_out_src is wrong, it is
"sclk_cif_src".
2. The MUX configuration for sclk_cif_out_src is wrong, it should
be muxdiv_offset=29, mux_shift=2, mux_width=1.
Change-Id: I36a0ec0791afdef398d37ac8b92b7831619fb01b
Signed-off-by: Liang Chen <cl@rock-chips.com>
Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
Since kmalloc may not care about GFP_DMA32, change to use get free pages
for itt on its device.
To reduce the impact of this change, we only applied it to rk3566/rk3568.
Change-Id: I2e91c97bd4d61d2542cf437363fc3dd1d9fa669c
Signed-off-by: Jianqun Xu <jay.xu@rock-chips.com>
Signed-off-by: XiaoDong Huang <derrick.huang@rock-chips.com>
The current code uses 50ms sleep to wait for host only
mode, the delay time is not enough for some Rockchip
platforms (e.g RK3036G EVB1).
Test on RK3036G EVB1, the dwc2 host only controller reg
GOTGCTL.ConIDSts = 1'b1 (device mode) if only wait for
50ms. And the host fails to detect usb2 device with the
following error log:
usb usb2-port1: connect-debounce failed
This patch checks the GOTGCTL.ConIDSts for host only
mode and increases the maximum waiting time to 200ms.
Signed-off-by: William Wu <william.wu@rock-chips.com>
Change-Id: Ie28299934aba09907ea08f5fd3b34bf2fb35822e
At 32 bit platform size_t maximum value is 0xffffffff, SZ_4G(0x100000000) will
be cliped to 0, so we split into two mapping.
Fixes: 0da77f77c0 ("drm/rockchip: drv: add support pre mapping for vop iommu")
Signed-off-by: Sandy Huang <hjc@rock-chips.com>
Change-Id: I4066b1e20cfb9e29033b72f2035bf5e24a1f1f23
CVBS only support for 480i and 576i display mode. It is
needed for rk3036 to enable scaling when using interlace
mode, which also updated in this commit.
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
Change-Id: I1d131ec71c0b31680280353e1690f8c01eb3c94e
The related codes are ported from kernel-3.10. Tve interface
function has been tested on rk3036/rk3128/rk3228.
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
Change-Id: I5395bdccd7c645dfd34e9ccf166f3c94086e3134
caused by commit of thunderboot support
be07e90202262ebfe8b008e7ec5b0142ee54a99c
Signed-off-by: Su Yuefu <yuefu.su@rock-chips.com>
Change-Id: I54c19bd9084a004bb15fc6f9054138f2c81ff059
The clkreq is recommended:
1.Set as gpio property
2.Set as function io with supports-clkreq property enable
Change-Id: Idc72fa9190a3ec51876f3f5dce09d7e7a5201009
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
This fw fix some RX issue:
1. connect detect error;
2. transfer error in ssd huge data write(more than 10GB).
Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
Change-Id: If9b8d7fbe4414ae4d28ff6bbd4415d88b582113d
Allocate multiple jpeg enc cores to encode the same frame at the same time,
and than there is a dma cache coherence issue when the user
space copies bitstream data to another buffer.
So, need to invalid cache after every core encoding done.
Signed-off-by: Yandong Lin <yandong.lin@rock-chips.com>
Change-Id: I0868398f09787cdbd2be6f6a2cd3c1adbe61e4b5
Rockchip platforms support to force usb3 to usb2 only
via the property "rockchip,dis-u3otg*-port". With this
property, we can disable the usb3 port and select the
clk utmi for the source clk of usb3 controller.
However, during system PM suspend, the related registers
may lost power, so the usb3 port configurations will
lost. This patch initializes the usb3 port in the usb3
phy init, and it doesn't need to configure the usb3 mode
if the property "rockchip,dis-u3otg*-port" is set.
Change-Id: If82cfb9e3e34dc799db32b2b84f843fce2028df5
Signed-off-by: William Wu <william.wu@rock-chips.com>
DDR Dvfs tress test failed, disable 200M freq to test OK.
so disabled temporary.
Signed-off-by: Lin Jianhua <linjh@rock-chips.com>
Change-Id: I2f41b1f9c8bfbb33b399a49bbc6a730b87ce9b3d
The ndev->dev and pdev->dev aren't the same device, use ndev->dev.parent
which has dma_mask, ndev->dev.parent is just pdev->dev.
Or it would cause the following issue:
[ 39.933526] ------------[ cut here ]------------
[ 39.938414] WARNING: CPU: 1 PID: 501 at kernel/dma/mapping.c:149 dma_map_page_attrs+0x90/0x1f8
Signed-off-by: David Wu <david.wu@rock-chips.com>
Change-Id: I18e9b655524d2aba9fbde654c54c0bde9fc32aa7
The block device uses multiple queues to access emmc. There will be up to 3
requests in the hsq of the host. The current code will check whether there
is a request doing recovery before entering the queue, but it will not check
whether there is a request when the lock is issued. The request is in recovery
mode. If there is a request in recovery, then a read and write request is
initiated at this time, and the conflict between the request and the recovery
request will cause the data to be trampled.
Signed-off-by: Wenchao Chen <wenchao.chen@unisoc.com>
Fixes: 511ce378e1 ("mmc: Add MMC host software queue support")
Cc: stable@vger.kernel.org
Link: https://lore.kernel.org/r/20220916090506.10662-1-wenchao.chen666@gmail.com
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
Change-Id: I879d746f578ba7c6f27029d81c980c743c3215ba
(cherry picked from commit e7afa79a3b)
