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(+)