Re: [PATCH v2 0/4] media: qcom: flip the switch between Venus and Iris drivers
From: Konrad Dybcio <hidden>
Date: 2026-01-27 11:43:41
Also in:
linux-arm-msm, linux-media, lkml
On 1/26/26 3:09 AM, Dmitry Baryshkov wrote:
As the Venus and Iris drivers are close to the "feature parity" for the common platforms (SC7280, SM8250), in order to get more attention to squashing bugs from the Iris driver, flip the switch and default to the Iris driver if both are enabled. The Iris driver has several regressions, but hopefully they can be fixed through the development cycle by the respective team. Also it is better to fail the test than crash the device (which Venus driver does a lot). Note: then intention is to land this in 6.21, which might let us to drop those platforms from the Venus driver in 6.22+. Testing methodology: fluster test-suite, single-threaded mode, SM8250 device (RB5). $ ./fluster.py r -j 1 -d GStreamer-H.264-V4L2-Gst1.0 -s -so out-h264.md -ts JVT-AVC_V1 $ ./fluster.py r -j 1 -d GStreamer-H.265-V4L2-Gst1.0 -s -so out-h265.md -ts JCT-VC-HEVC_V1 $ ./fluster.py r -j 1 -d GStreamer-VP9-V4L2-Gst1.0 -s -so out-vp9.md For H.264: Only the main set was used on both platforms On Venus pass 126/135 On Iris pass 78/135
This sounds a little bad.. [...]
For Venus several tests crash the firmware or crash the device, so test-suite was executed with extra:
But this sounds way way worse [...]
For H.265: Only the main set was used on both platforms On Venus pass 135/147 On Iris pass 133/147
[...]
For VP9 codec: On Venus pass 174/311 On Iris pass 232/311
These two give me hope.. Ultimately, I think it's the right thing to do, if only to prevent the crashes you've described.. Konrad