Le 01/12/2021 à 02:33, Adam Ford a écrit :
The i.MX8M has two Hantro video decoders, called G1 and G2 which appear to be related to the video decoders used on the i.MX8MQ, but because of how the Mini handles the power domains, the VPU driver does not need to handle all the functions, nor does it support the post-processor, so a new compatible flag is required. With the suggestion from Hans Verkuil, I was able to get the G2 splat to go away with changes to FORCE_MAX_ZONEORDER, but I found I could also set cma=512M, however it's unclear to me if that's an acceptable alternative. At the suggestion of Ezequiel Garcia and Nicolas Dufresne I have some results from Fluster. However, the G2 VPU appears to fail most tests. ./fluster.py run -dGStreamer-H.264-V4L2SL-Gst1.0 Ran 90/135 tests successfully in 76.431 secs ./fluster.py run -d GStreamer-VP8-V4L2SL-Gst1.0 Ran 55/61 tests successfully in 21.454 secs ./fluster.py run -d GStreamer-VP9-V4L2SL-Gst1.0 Ran 0/303 tests successfully in 20.016 secs Each day seems to show more and more G2 submissions, and gstreamer seems to be still working on the VP9, so I am not sure if I should drop G2 as well.
I think it is going in the good direction. I'm trying to do the same on IMX6MQ but still have hang issue on G2. Regards, Benjamin
Adam Ford (2): media: hantro: Add support for i.MX8M Mini arm64: dts: imx8mm: Enable VPU-G1 and VPU-G2 arch/arm64/boot/dts/freescale/imx8mm.dtsi | 41 +++++++++++++++ drivers/staging/media/hantro/hantro_drv.c | 2 + drivers/staging/media/hantro/hantro_hw.h | 2 + drivers/staging/media/hantro/imx8m_vpu_hw.c | 57 +++++++++++++++++++++ 4 files changed, 102 insertions(+)
