summaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorCristian Ciocaltea <cristian.ciocaltea@collabora.com>2026-03-05 00:00:43 +0300
committerHeiko Stuebner <heiko@sntech.de>2026-04-27 13:29:14 +0300
commitb481c11cd20a114c4df35f3b1ecd28b05e622067 (patch)
tree1611505d8211aecd83aa10378cbed4b522409567 /include/linux
parent63fd2f6aa402a105fa22ede6f3c35dafd64827a5 (diff)
downloadlinux-b481c11cd20a114c4df35f3b1ecd28b05e622067.tar.xz
arm64: dts: rockchip: Update vdec register blocks order on RK3588
With the introduction of the RK3588 SoC, three register blocks have been provided for the video decoder unit instead of just one, which are further referenced in the vendor's datasheet by 'link table', 'function' and 'cache'. The former is present at the top of the listing, starting at video decoder unit base address, but the binding got this wrong initially, i.e. the 'function' block got listed before the 'link' one. Since the video decoder support for the aforementioned SoC in mainline driver and devicetrees hasn't been released yet (just landed in v7.0-rc1), address the problem by providing the register blocks for vdec0 & vdec1 nodes using the 'link,function,cache' listing, which ensures the unit address points to the primary register range. This aligns with a similar fix for RK3576, where DTC also complained about the bus address format. Fixes: f61731bd6062 ("arm64: dts: rockchip: Add the vdpu381 Video Decoders on RK3588") Signed-off-by: Cristian Ciocaltea <cristian.ciocaltea@collabora.com> Link: https://patch.msgid.link/20260304-vdec-reg-order-rk3576-v5-4-7006fad42c3a@collabora.com Signed-off-by: Heiko Stuebner <heiko@sntech.de>
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions