From 95be39ef80338c4aa84922fb1bf140518a847fc0 Mon Sep 17 00:00:00 2001 From: Markus Fritsche Date: Mon, 18 May 2026 13:15:09 +0000 Subject: [PATCH] fleet/ampere: enable Sarma VP9-VDPU381 patches in baseline MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Reference the 3 patches imported in the previous commit under the scope-tagged patch list. Apply order is strict (0001 → 0002 → 0003). Verified 2026-05-18 via the arch_vp9_test extlinux boot on ampere: - VP9F enumerates on rkvdec /dev/video2 - kdirect decode bit-exact vs libavcodec SW reference at -ss 30 - libva decode (firefox/chromium-style consumer) also bit-exact - vainfo lists VAProfileVP9Profile0 (iter38 multi-device probe auto-picks) - All three paths agree on sha c8624d7c42db66525f53a02a515bc38d0a17ef39f692660cc7bebb1e2d2e1b48 Removes VP9 from the "explicitly not included" comment block — issue #12 closes with this change. Also: AV1 stays out-of-scope per issue #6 ask 3 (kernel side fine via the existing av1-vpu-dec node; backend just needs the 4th-fd generalization tracked in libva-v4l2-request-fourier#2). The next linux-ampere-fourier package rebuild from this manifest will pick up VP9 automatically; ampere's running 7.0.0-rc3-vp9-test+ kernel already has these patches via the operator's manual build session today. --- fleet/ampere.yaml | 15 +++++++++++---- 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/fleet/ampere.yaml b/fleet/ampere.yaml index b6eb2be..b621033 100644 --- a/fleet/ampere.yaml +++ b/fleet/ampere.yaml @@ -53,12 +53,19 @@ includes: - board/coolpi-cm5-genbook/0005-arm64-dts-rockchip-rk3588-coolpi-cm5-genbook-Enable-USB-C-PD-charging-via-FUSB302.patch - board/coolpi-cm5-genbook/0008-arm64-dts-rockchip-rk3588-coolpi-cm5-genbook-Add-lid-switch-and-USB3-PHY-lane-config.patch - board/coolpi-cm5-genbook/0011-arm64-dts-rockchip-rk3588-coolpi-cm5-genbook-wire-internal-microphone.patch + # VP9 enablement for RK3588 rkvdec (issue #12, closed 2026-05-18). + # Cherry-picked from D.V.A.B. Sarma's add-rkvdec-vdpu381-vp9-v8 branch + # at github.com/dvab-sarma/android_kernel_rk_opi. Bit-exact HW==SW==libva + # verified at -ss 30 on bbb_60s_720p.vp9.webm via all three decode paths + # (kdirect / SW / libva); sha c8624d7c42db66525f53a02a515bc38d0a17ef39f692660cc7bebb1e2d2e1b48. + # Apply order is STRICT (0003 depends on the rkvdec-vp9-common refactor + # added in 0002, which depends on the helper rename in 0001). + # See patches/driver/media/README.md for provenance + removal criteria. + - driver/media/0001-rkvdec-vp9-rename-get_ref_buf-to-get_ref_buf_vp9.patch + - driver/media/0002-rkvdec-move-vp9-functions-to-common-file.patch + - driver/media/0003-rkvdec-add-vp9-support-for-vdpu381-variant.patch # Explicitly NOT included this round (tracked for later sprints): -# - VP9 enablement for RK3588 rkvdec (issue #6 ask 2). /dev/video0 only -# advertises S265 + S264 today; vainfo lists 9 profiles, target is -# 10. Requires identifying the VDPU381/383 patch chain + possible -# DTS additions. RFC-stage work, scope unclear until research lands. # - AV1 decoder integration (issue #6 ask 3). Kernel side is fine # (/dev/video4 advertises AV1F). Backend libva-v4l2-request-fourier # needs iter39 for a third fd. Backend work, not kernel.