according to the following commit:
Commit: 6f0f694162 ("fbdev: Add fb_ops init macros for framebuffers in DMA-able memory")
Commit: 7fd50bc39d ("drm/fb-helper: Rename drm_fb_helper_alloc_fbi() to use _info postfix")
Commit: 6c80a93be6 ("drm/fb-helper: Initialize fb-helper's preferred BPP in prepare function")
Signed-off-by: Sandy Huang <hjc@rock-chips.com>
Change-Id: Ibdb052bf09f95dbf664dd78fb00aa260142bdda4
According to commit 724ba67515 ("ARM: dts: Move .dts files to vendor sub-directories").
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I3a8da8240526c0f0d8114b591a5143d851ffac5b
The upstream commit has been merge in linux kernel 6.4 and the
commit info as follow:
Commit: 7b9a9e35e4 ("drm: add helper functions to retrieve old and new
crtc")
Signed-off-by: Sandy Huang <hjc@rock-chips.com>
Change-Id: I16f74306edf8acb1a475056debf8fe9a81aee16f
This reverts commit 4016379301.
This is introduced by the following commit, but it's missed after merge.
commit 684a1e0966 ("drm/rockchip: fbdev: reintroduction rockchip drm fbdev")
Signed-off-by: Sandy Huang <hjc@rock-chips.com>
Change-Id: I99b6bba5aa9cd072e4abb0ce720d72f8c1132941
rockchip_drm_gem_prime_import_dev() is base on
drm_gem_prime_import_dev() for dma buf import to drm.
Signed-off-by: Sandy Huang <hjc@rock-chips.com>
Change-Id: Id7fdea51af68cf27ccc19a9d3be03753bcf1d18c
drivers/clk/clk-rk808.c:184:35: error: 'node' undeclared (first use in this function)
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I57cff6098e270e1ff9e48d8c84b170b81f53ee6b
drivers/rtc/rtc-rk808.c:252:28: error: 'rk808' undeclared (first use in this function)
Change-Id: I63cda8508c95a6f6449e293f75edd6855cab6000
Signed-off-by: Shengfei Xu <xsf@rock-chips.com>
clock_set_rate should be executed after devm_clk_get_enabled.
Fixes: 97ad10bb29 ("iio: adc: rockchip_saradc: Make use of devm_clk_get_enabled")
Change-Id: Ie79726ee3d65c9be8d1c66ec39ab791851f7056c
Signed-off-by: Simon Xue <xxm@rock-chips.com>
drivers/clk/clk-fractional-divider.c: In function ‘clk_fd_set_rate’:
drivers/clk/clk-fractional-divider.c:217:13: error: ‘struct
clk_fractional_divider’ has no member named ‘nmask’
if (n > fd->nmask) {
^~
drivers/clk/clk-fractional-divider.c:220:10: error: ‘struct
clk_fractional_divider’ has no member named ‘nmask’
n = fd->nmask;
Change-Id: Ia114e7f7d00e966a496fca2c144e6cc382082b27
Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
Avoid auto_gating/int_mask register state loss after reset
Change-Id: Ie341f0f58f398476daacffdd90565d39c68faa54
Signed-off-by: Yu Qiaowei <cerf.yu@rock-chips.com>
1. Resetting only core_clk will cause abnormal src1 status in blend
scenarios, so both aclk and core_clk must be reset.
2. Avoid the issue by shielding the wrong interrupt.
Fixes: a2a7ce0bf0 ("video: rockchip: rga3: add fix for hardware issuewith RK3576")
Signed-off-by: Yu Qiaowei <cerf.yu@rock-chips.com>
Change-Id: I3cb0034f6c3090faca19cea2c2f5b375388271f8
Reset pmic and output NPOR signal 5ms when system reboot.
Signed-off-by: Joseph Chen <chenjh@rock-chips.com>
Change-Id: I8c59ed22342617cf555e54c3fb43821203aae70c
The following trace can be seen if usb is connecting to
Host while do rockchip_chg_detect_work.
DEBUG_LOCKS_WARN_ON(rt_mutex_owner(lock) != current)
WARNING: CPU: 6 PID: 512 at kernel/locking/rtmutex-debug.c:47 debug_rt_mutex_unlock+0x58/0x64
Modules linked in:
CPU: 6 PID: 512 Comm: kworker/6:3 Not tainted 5.10.226-rt89 #186
Hardware name: Rockchip RK3588 EVB1 LP4 V10 Board (DT)
Workqueue: events rockchip_chg_detect_work
pstate: 60c00089 (nZCv daIf +PAN +UAO -TCO BTYPE=--)
pc : debug_rt_mutex_unlock+0x58/0x64
lr : debug_rt_mutex_unlock+0x58/0x64
......
Call trace:
debug_rt_mutex_unlock+0x58/0x64
__rt_mutex_unlock+0x48/0xf8
_mutex_unlock+0xc/0x14
rockchip_chg_detect_work+0x44c/0x6f0
process_one_work+0x1bc/0x27c
worker_thread+0x268/0x488
kthread+0x170/0x210
ret_from_fork+0x10/0x18
This issue can cause the preempt-rt Linux kernel to crash.
The reason is that all mutexes in preempt-rt have been replaced
with rt_mutexes. An rt_mutex has a PI (Priority Inversion) feature,
which means that when a high-priority task waits for a lock held
by a low-priority task, the priority of the low-priority task is
elevated. A linked list is established on p->pi_waiters. This
requires that lock/unlock operations be handled by the same task.
If unlock is performed and pi_waiters is released by another task,
the task that holds the lock will encounter an exception when
accessing pi_waiters. When executing rockchip_chg_detect_work,
a schedule_delayed_work operation is performed while holding the
mutex lock, causing the mutex lock to be released by a different
worker task, which triggers a kernel panic.
This patch use kthread_work instead of delayed_work to avoid
long-running chg work affecting other tasks in the system workqueue.
And also avoid chg work to be scheduled while hold a mutex lock.
Signed-off-by: William Wu <william.wu@rock-chips.com>
Change-Id: I1e49a22f002b0dfcf0e04d243d99624d34c9a701
1.Former ECC code 0b011, return ecc status ok. Currently ECC code
0b011, return data refreshment recommend as what spec defined.Although
both solutions are acceptable, the more robust solution is recommended
by default.
2.Remove redundancy flash info.
Change-Id: I1e8d0e6e134046433e29a74de86f805cd15a4643
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
