bigmode depend on width > 2688 or size > 2688x1536.
cac mesh buf0 apply to no bigmode, buf1 apply to bigmode.
Change-Id: Iba8120e2076e8677ba176080adf587ab9575ab30
Signed-off-by: Cai YiWei <cyw@rock-chips.com>
rawhist weight reg will be automatically incremented by each write.
Change-Id: I531d8a03dda804039237d3400d77127b070c11e9
Signed-off-by: Cai YiWei <cyw@rock-chips.com>
reg write and readback is shoadow, no effective immediately,
so change to get reg ddr value.
Change-Id: I2a13551617f944870dd71bcec666ee8067757cdf
Signed-off-by: Cai YiWei <cyw@rock-chips.com>
The Current max vop_dclk if 600MHZ on all rockchip soc.
Signed-off-by: Andy Yan <andy.yan@rock-chips.com>
Change-Id: I497fc14e89bcbaf4e6aa44fc36bc7fc93ac45aed
This function is inherit from linux-4.4, only connector
has mode_valid callback at that age, so we should tie
it to rockchip_crtc_funcs and called by connector driver.
Now drm_crtc_helper_funcs has a mode_valid callback,
so we can tie it here and called by drm framework.
This make connector driver simple.
Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com>
Change-Id: Ib15906d8ab54907c20811e3ac9c531f7113c20c3
Signed-off-by: Andy Yan <andy.yan@rock-chips.com>
RK3588 saradc will usleep before start, so if start call
from timer will panic. fix it by using delayed_work instead.
Change-Id: I7f98266659f5f2d8968a901bd6423efaa50839b5
Signed-off-by: Simon Xue <xxm@rock-chips.com>
Current the LCPLL/CDR/ROPLL lock timeout (600us) is too short,
change timeout to 100ms refer to the usbdp phy of exynos.
Signed-off-by: William Wu <william.wu@rock-chips.com>
Change-Id: Ia88206f32d0e2ab1288a12f5f64d654bf6d24311
intx_lock should be initialized before use.
Fixes: ee99fe07a7 ("PCIe: rockchip: Add more legacy int support")
Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
Change-Id: I39586ae4f8edc1c39d78ce95af29f24bfc46b4d4
Function fs endpoint file operations are synchronized via an interruptible
mutex wait. However we see threads that do ep file operations concurrently
are getting blocked for the mutex lock in __fdget_pos(). This is an
uninterruptible wait and we see hung task warnings and kernel panic
if hung_task_panic systcl is enabled if host does not send/receive
the data for long time.
The reason for threads getting blocked in __fdget_pos() is due to
the file position protection introduced by the commit 9c225f2655
("vfs: atomic f_pos accesses as per POSIX"). Since function fs
endpoint files does not have the notion of the file position, switch
to the stream mode. This will bypass the file position mutex and
threads will be blocked in interruptible state for the function fs
mutex.
It should not affects user space as we are only changing the task state
changes the task state from UNINTERRUPTIBLE to INTERRUPTIBLE while waiting
for the USB transfers to be finished. However there is a slight change to
the O_NONBLOCK behavior. Earlier threads that are using O_NONBLOCK are also
getting blocked inside fdget_pos(). Now they reach to function fs and error
code is returned. The non blocking behavior is actually honoured now.
Reviewed-by: John Keeping <john@metanate.com>
Signed-off-by: Pavankumar Kondeti <quic_pkondeti@quicinc.com>
Link: https://lore.kernel.org/r/1636712682-1226-1-git-send-email-quic_pkondeti@quicinc.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit c76ef96fc0https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-next)
Bug: 206906138
Change-Id: Ifb99336a4da7587c7e71a6c45999a36948194d7a
Signed-off-by: Pavankumar Kondeti <quic_pkondeti@quicinc.com>
In command mode systems, the display notifies the host through a TE
signaling whenever it reaches a specific scanline. This action allows
the host to know when to update the display GRAM without causing a
tearing effect.
Signed-off-by: Guochun Huang <hero.huang@rock-chips.com>
Change-Id: I24d660e411a5bdf6041bfad9281135ab74d05ecc
- Improve link training code
- Add link retrain logic
- Reject modes that exceed the maximum bandwidth
Fixes: 9548fbb10c ("drm/rockchip: Add support for Synopsys DesignWare Cores DPTX")
Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com>
Change-Id: I135a62587b71a4c237407db6899486ff93124a90
Use "rockchip,trngv1" as compatible, first supported in RK3588.
Signed-off-by: Lin Jinhan <troy.lin@rock-chips.com>
Change-Id: Ifa9637a64ceae1e7fd5478832b768838e43d460b
Linux app always use the default zpos, and they thought:
Primary plane zpos < overlay plane zpos < cursor plane zpos.
Signed-off-by: Andy Yan <andy.yan@rock-chips.com>
Change-Id: I5d10be4c4a6463248a80fb2e3f6ff27e8b3cc414
This patch will export some tracepoints so that vendor modules can use them.
Export these tracepoint functions to track IO data flow for performance tuning.
Bug: 205648026
Change-Id: Ia37b8f99b2d940cecce46c8bc24f724c14450517
Signed-off-by: Yang Yang <yang.yang@vivo.com>
