diff options
| author | Cristian Ciocaltea <cristian.ciocaltea@collabora.com> | 2026-03-05 00:00:43 +0300 |
|---|---|---|
| committer | Heiko Stuebner <heiko@sntech.de> | 2026-04-27 13:29:14 +0300 |
| commit | b481c11cd20a114c4df35f3b1ecd28b05e622067 (patch) | |
| tree | 1611505d8211aecd83aa10378cbed4b522409567 /include/linux | |
| parent | 63fd2f6aa402a105fa22ede6f3c35dafd64827a5 (diff) | |
| download | linux-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
