From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id AC38CC433EF for ; Fri, 3 Dec 2021 16:47:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1382162AbhLCQuf (ORCPT ); Fri, 3 Dec 2021 11:50:35 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57092 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1382160AbhLCQuf (ORCPT ); Fri, 3 Dec 2021 11:50:35 -0500 Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1C0A6C061353 for ; Fri, 3 Dec 2021 08:47:11 -0800 (PST) Received: by mail-pj1-x102e.google.com with SMTP id y14-20020a17090a2b4e00b001a5824f4918so5609562pjc.4 for ; Fri, 03 Dec 2021 08:47:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gateworks-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=1abfoUIQKcCIgbSGY378Vrhc3hJVBRIuSAzwHyK696c=; b=nw1yI2kJ1rOu/jtatLnyscYkhKb6gFhkxravlvAinxJon7s415zqSd5o3Rz9kmoCza a7zpcTpEv9zv1SspiX/OfzDaWNXWzEEC/AZ5v913eIyXfIrfVPaHEc1IMYmIEBBnmGHw 5Z2Y1eADgQQYXJnlgMszYsPWmOlFxLpYXTqFUb1nld712iyH8JHzrVY0Fs7UZTPePVLd 7AQhjb8LRBeVvy5Bz8zc/upABrZfchx53o8FFKljboxCss1RNjG4XSlponqgfgBRfDel UtXhZBp4szpaNZJp2G/aP73P7gV/5p2zfzrY63Z/ZGa4xJEidh55erhAl4X4MUdGGsZt EIzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=1abfoUIQKcCIgbSGY378Vrhc3hJVBRIuSAzwHyK696c=; b=I4U6Y8IpG98nDjO0a4LzAg5Aw29DzIqLFKg5/91tUf6a0WcYb4c7Z8zkNz9tO0MpVe ZZVfITKAD8JgL/oVlQVWuHBwjhTYiqFTb+ZLtfcAbw2T8nQXRL+3OufM/tMN0ogyWUiN SwgUjHJk8UHBubMGGvp5jE4fGKDUFCkDvUtN539hI3zq3UdI2fHfcWDzYZB/XvGzk9+G ybpbFtgHq+YBsrcttJezoCpCXUTMixnp2Isu2VMltGYOEZFablIMovIadNcb5DjWLNIt USy94KO12jehvCNHeb92f9iq2dHD4iF7Wo6YCrDAFoDtu+vC2+3by+S2dXdo2Qx0Ft25 j2Ag== X-Gm-Message-State: AOAM5308jY6geJpbXoeMQX4RtnbZEUaU7VW5EALtQphNycpO4LESZrQU WLfA2DaPTAnfjwMCKefpT7TcCRp7YKqUCgJtluA56w== X-Google-Smtp-Source: ABdhPJwBAO9mAPtf3dk2NI69r0mS7WKJib7qK7B82xijedbaeFac0s1BJeSFCkT8DSvrYATnnJCb9PPG62rfKtWkKHg= X-Received: by 2002:a17:902:7c8a:b0:143:bb4a:7bb3 with SMTP id y10-20020a1709027c8a00b00143bb4a7bb3mr24210876pll.46.1638550030219; Fri, 03 Dec 2021 08:47:10 -0800 (PST) MIME-Version: 1.0 References: <20211106183802.893285-1-aford173@gmail.com> <718f7f6d6cd564d031c1963f1590c62d549ae725.camel@ndufresne.ca> <8db00a4b6faa99c940d9bc86e17161eb0db5efe3.camel@ndufresne.ca> <7f94eaacfddb8c5434c17f1e069ea87a17657ce9.camel@ndufresne.ca> <1403b14061883f746bda2998b2bf4a2676f9f328.camel@ndufresne.ca> In-Reply-To: <1403b14061883f746bda2998b2bf4a2676f9f328.camel@ndufresne.ca> From: Tim Harvey Date: Fri, 3 Dec 2021 08:46:58 -0800 Message-ID: Subject: Re: [RFC 0/5] arm64: imx8mm: Enable Hantro VPUs To: Nicolas Dufresne Cc: Ezequiel Garcia , Adam Ford , linux-media , Schrempf Frieder , Marek Vasut , Jagan Teki , Adam Ford-BE , cstevens@beaconembedded.com, Philipp Zabel , Mauro Carvalho Chehab , Rob Herring , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Greg Kroah-Hartman , Heiko Stuebner , Lucas Stach , Joakim Zhang , Alice Guo , Peng Fan , "open list:HANTRO VPU CODEC DRIVER" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , open list , "open list:STAGING SUBSYSTEM" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Thu, Dec 2, 2021 at 8:34 PM Nicolas Dufresne wrot= e: > > Le mardi 30 novembre 2021 =C3=A0 11:28 -0800, Tim Harvey a =C3=A9crit : > > On Tue, Nov 30, 2021 at 6:00 AM Ezequiel Garcia > > wrote: > > > > > > Hi Tim, > > > > > > On Mon, 29 Nov 2021 at 16:36, Tim Harvey wrot= e: > > > > > > > > On Mon, Nov 29, 2021 at 10:59 AM Adam Ford wro= te: > > > .. > > > > > > > > > > > > > Adam, > > > > > > > > What deps did you install in order to get v4l2codecs building? I > > > > installed libgudev-1.0-dev based on Nicolas' suggestion and rebuilt > > > > (not sure if I needed to re-configure somehow) but there is still > > > > nothing in build/subprojects/gst-plugins-bad/sys/v4l2codecs/. A 'me= son > > > > configure' tells me that v4l2codecs is set to 'auto' but I'm not su= re > > > > how to find out what dependencies are needed or what may be missing= . > > > > > > > > > > At least in my case (Centps-derivative), this is what I've done: > > > > > > ... > > > gst-plugins-bad| Run-time dependency gudev-1.0 found: NO (tried > > > pkgconfig and cmake) > > > > > > Installed gudev ... and then: > > > > > > ... > > > gst-plugins-bad| Dependency gudev-1.0 found: YES 232 (cached) > > > ... > > > gst-plugins-bad 1.19.3.1 > > > > > > Plugins : accurip, adpcmdec, adpcmenc, aiff, asfmux= , > > > audiobuffersplit, audiofxbad, audiomixmatrix, audiolatency, > > > audiovisualizers, autoconvert, bayer, > > > camerabin, codecalpha, coloreffects, > > > debugutilsbad, dvbsubenc, dvbsuboverlay, dvdspu, faceoverlay, > > > festival, fieldanalysis, freeverb, frei0r, > > > gaudieffects, gdp, geometrictransform, > > > id3tag, inter, interlace, ivfparse, ivtc, jp2kdecimator, jpegformat, > > > rfbsrc, midi, mpegpsdemux, > > > mpegpsmux, mpegtsdemux, mpegtsmux, mxf, > > > netsim, rtponvif, pcapparse, pnm, proxy, legacyrawparse, > > > removesilence, rist, rtmp2, rtpmanagerbad, > > > sdpelem, segmentclip, siren, smooth, > > > speed, subenc, switchbin, timecode, transcode, videofiltersbad, > > > videoframe_audiolevel, videoparsersbad, > > > videosignal, vmnc, y4mdec, decklink, dvb, > > > fbdevsink, ipcpipeline, nvcodec, shm, v4l2codecs, hls, sctp > > > > > > GStreamer current master build fails. It's a known issue which will b= e > > > fixed today: > > > > > > [...] > > > [8/9] Compiling C object > > > subprojects/gst-plugins-bad/sys/v4l2codecs/libgstv4l2codecs.so.p/gstv= 4l2codecvp9dec.c.o > > > FAILED: subprojects/gst-plugins-bad/sys/v4l2codecs/libgstv4l2codecs.s= o.p/gstv4l2codecvp9dec.c.o > > > cc -Isubprojects/gst-plugins-bad/sys/v4l2codecs/libgstv4l2codecs.so.p > > > -Isubprojects/gst-plugins-bad/sys/v4l2codecs > > > -I../subprojects/gst-plugins-bad/sys/v4l2codecs > > > -Isubprojects/gst-plugins-bad -I../subprojects/gst-plugins-bad > > > -Isubprojects/gstreamer/libs -I../subprojects/gstreamer/libs > > > -Isubprojects/gstreamer -I../subprojects/gstreamer > > > -Isubprojects/gst-plugins-bad/gst-libs > > > -I../subprojects/gst-plugins-bad/gst-libs > > > -Isubprojects/gst-plugins-base/gst-libs > > > -I../subprojects/gst-plugins-base/gst-libs -Isubprojects/orc > > > -I../subprojects/orc -Isubprojects/gstreamer/gst > > > -Isubprojects/gst-plugins-base/gst-libs/gst/video > > > -Isubprojects/gst-plugins-base/gst-libs/gst/pbutils > > > -Isubprojects/gst-plugins-base/gst-libs/gst/audio > > > -Isubprojects/gst-plugins-base/gst-libs/gst/tag > > > -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include > > > -I/usr/include/gudev-1.0 -fdiagnostics-color=3Dalways > > > -D_FILE_OFFSET_BITS=3D64 -Wall -Winvalid-pch -O2 -g -fvisibility=3Dhi= dden > > > -fno-strict-aliasing -DG_DISABLE_DEPRECATED -Wmissing-prototypes > > > -Wdeclaration-after-statement -Wold-style-definition > > > -Wmissing-declarations -Wredundant-decls -Wwrite-strings -Wformat > > > -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress > > > -Wno-multichar -Wvla -Wpointer-arith -fPIC -pthread -DHAVE_CONFIG_H > > > -MD -MQ subprojects/gst-plugins-bad/sys/v4l2codecs/libgstv4l2codecs.s= o.p/gstv4l2codecvp9dec.c.o > > > -MF subprojects/gst-plugins-bad/sys/v4l2codecs/libgstv4l2codecs.so.p/= gstv4l2codecvp9dec.c.o.d > > > -o subprojects/gst-plugins-bad/sys/v4l2codecs/libgstv4l2codecs.so.p/g= stv4l2codecvp9dec.c.o > > > -c ../subprojects/gst-plugins-bad/sys/v4l2codecs/gstv4l2codecvp9dec.c > > > ../subprojects/gst-plugins-bad/sys/v4l2codecs/gstv4l2codecvp9dec.c:92= :3: > > > error: unknown type name =E2=80=98grefcount=E2=80=99 > > > grefcount ref_count; > > > ^~~~~~~~~ > > > ../subprojects/gst-plugins-bad/sys/v4l2codecs/gstv4l2codecvp9dec.c: I= n > > > function =E2=80=98gst_v4l2_codec_vp9_dec_picture_data_new=E2=80=99: > > > ../subprojects/gst-plugins-bad/sys/v4l2codecs/gstv4l2codecvp9dec.c:10= 6:3: > > > warning: implicit declaration of function =E2=80=98g_ref_count_init= =E2=80=99; did you > > > mean =E2=80=98g_cond_init=E2=80=99? [-Wimplicit-function-declaration] > > > g_ref_count_init (&pic_data->ref_count); > > > ^~~~~~~~~~~~~~~~ > > > g_cond_init > > > ../subprojects/gst-plugins-bad/sys/v4l2codecs/gstv4l2codecvp9dec.c: I= n > > > function =E2=80=98gst_v4l2_codec_vp9_dec_picture_data_ref=E2=80=99: > > > ../subprojects/gst-plugins-bad/sys/v4l2codecs/gstv4l2codecvp9dec.c:11= 8:3: > > > warning: implicit declaration of function =E2=80=98g_ref_count_inc=E2= =80=99; did you > > > mean =E2=80=98g_strv_contains=E2=80=99? [-Wimplicit-function-declarat= ion] > > > g_ref_count_inc (&data->ref_count); > > > ^~~~~~~~~~~~~~~ > > > g_strv_contains > > > ../subprojects/gst-plugins-bad/sys/v4l2codecs/gstv4l2codecvp9dec.c: I= n > > > function =E2=80=98gst_v4l2_codec_vp9_dec_picture_data_unref=E2=80=99: > > > ../subprojects/gst-plugins-bad/sys/v4l2codecs/gstv4l2codecvp9dec.c:12= 5:7: > > > warning: implicit declaration of function =E2=80=98g_ref_count_dec=E2= =80=99 > > > [-Wimplicit-function-declaration] > > > if (g_ref_count_dec (&data->ref_count)) { > > > ^~~~~~~~~~~~~~~ > > > ninja: build stopped: subcommand failed. > > > > > > Hope this helps get you started! > > > Ezequiel > > > > Ezequiel and Nicolas, > > > > Thanks - I did manage to get gstreamer 1.19.3 built successfully with > > v4l2codecs finally by getting the correct dependencies. I've attempted > > to software encode from another system and decode/display on the IMX8M > > Mini but thus far have not been successful. > > > > I see that v4l2codecs plugin v4l2slh264dec/v4l2slmpeg2dec/v4l2slvp8dec > > and these all can output video/x-raw NV12/YUY2 which kmssink should > > accept so I'm attempting the following : > > > > # vp8 encode from x86 > > gst-launch-1.0 -v videotestsrc ! video/x-raw,width=3D800,height=3D480 ! > > vp8enc ! rtpvp8pay ! udpsink host=3D172.24.33.15 port=3D9001 > > # vp8 decode on imx8mm@172.24.33.15 which has a 800x480 display > > [gst-main] root@focal-venice:~/gstreamer/build# gst-launch-1.0 -v > > udpsrc port=3D9001 caps =3D "application/x-rtp, media=3D(string)video, > > clock-rate=3D(int)90000, encoding-name=3D(string)VP8, payload=3D(int)96= , > > ssrc=3D(uint)2745262155, timestamp-offset=3D(uint)2515032683, > > seqnum-offset=3D(uint)19579, a-framerate=3D(string)30" ! rtpvp8depay ! > > v4l2slvp8dec ! kmssink > > Setting pipeline to PAUSED ... > > Pipeline is live and does not need PREROLL ... > > /GstPipeline:pipeline0/GstKMSSink:kmssink0: display-width =3D 800 > > /GstPipeline:pipeline0/GstKMSSink:kmssink0: display-height =3D 480 > > Pipeline is PREROLLED ... > > Setting pipeline to PLAYING ... > > /GstPipeline:pipeline0/GstUDPSrc:udpsrc0.GstPad:src: caps =3D > > application/x-rtp, media=3D(string)video, clock-rate=3D(int)90000, > > encoding-name=3D(string)VP8, payload=3D(int)96, ssrc=3D(uint)2745262155= , > > timestamp-offset=3D(uint)2515032683, seqnum-offset=3D(uint)19579, > > a-framerate=3D(string)30 > > New clock: GstSystemClock > > /GstPipeline:pipeline0/GstRtpVP8Depay:rtpvp8depay0.GstPad:sink: caps = =3D > > application/x-rtp, media=3D(string)video, clock-rate=3D(int)90000, > > encoding-name=3D(string)VP8, payload=3D(int)96, ssrc=3D(uint)2745262155= , > > timestamp-offset=3D(uint)2515032683, seqnum-offset=3D(uint)19579, > > a-framerate=3D(string)30 > > /GstPipeline:pipeline0/GstRtpVP8Depay:rtpvp8depay0.GstPad:src: caps =3D > > video/x-vp8, framerate=3D(fraction)0/1, height=3D(int)480, width=3D(int= )800, > > profile=3D(string)0 > > ERROR: from element /GstPipeline:pipeline0/GstUDPSrc:udpsrc0: Internal > > data stream error. > > Additional debug info: > > ../subprojects/gstreamer/libs/gst/base/gstbasesrc.c(3127): > > gst_base_src_loop (): /GstPipeline:pipeline0/GstUDPSrc:udpsrc0: > > streaming stopped, reason not-negotiated (-4) > > Execution ended after 0:00:02.076839644 > > Setting pipeline to NULL ... > > Freeing pipeline ... > > > > I'm getting the same thing when trying to use h264. > > > > I've never quite been able to grasp how to debug GStreamer's > > negotiation issues. If I end with fakesink it appears to decode so it > > must be the v4l2slvp8dec to kmssink. I tried forcing the pixel format > > using 'v4l2slvp8dec ! "video/x-raw,format=3D(string)NV12" ! kmssink' bu= t > > I still get the negotiation error. > > > > What interrupts should I be seeing in /proc/interrupts? I don't see > > anything vpu/hantro related there. > > > > I also want to make sure I have a basic understanding of the vpu > > drivers and usersapce on the IMX8M Mini. The IMX6Q/DL that I'm more > > familiar with has a vpu that is supported by the GStreamer video4linux > > plugin which shows the following (on GStreamer 1.16.2): > > v4l2jpegenc: V4L2 JPEG Encoder > > v4l2jpegdec: V4L2 JPEG Decoder > > v4l2h264enc: V4L2 H.264 Encoder > > v4l2mpeg4enc: V4L2 MPEG4 Encoder > > v4l2mpeg4dec: V4L2 MPEG4 Decoder > > v4l2mpeg2dec: V4L2 MPEG2 Decoder > > v4l2h264dec: V4L2 H264 Decoder > > The IMX6Q/DL also has an IPU that has an M2M driver that provides the > > following for scaling/colorspace conversion: > > v4l2convert: V4L2 Video Converter > > > > I believe what I'm reading is that the IMX8M Mini Hantro codecs are > > 'stateful' where more software is required to drive them and is > > 'stateless'. the rest is right. > > > supported by the newer v4l2codecs plugin. I haven't been able to > > understand what kernel version/requirements the v4l2codecs plugin > > users/requires. > > After H264 debacle with 5.9, 5.10 and 5.11 API break and GStreamer not ge= tting > enough release to support all of these we started merging support for COD= ECs > only when the stable uAPI land. I made an exception for VP9 as it is alre= ady > applied in the media tree and didn't want to miss 1.20 release. > > So to answer you question, it depends on when the CODEC uAPI landed. > Ok, thanks for the explanation. > > > > I'm also trying to understand how we can get scaling/colorspace > > conversion on the IMX8M Mini. The IMX8M lacks an IPU... is there some > > way to utilize scaling/colorspace conversion from the 2D GPU bound to > > the etnaviv driver? > > The concept of the mini, is that you would be using th encoder for anythi= ng that > isn't going to the display. So they only integrated the Hantro PP on the > encoder. Unfortunately, you'll have to be patient for mainline stateless = encoder > support, we barely scratch the surface of this subject, but its being wor= ked on. After some searching for Hantro PP I see that the IMXMQ (IMX8M Dual/QuadLite/Quad) mentions Hantro PP. From the IMX8MDQLQRM section 14.1.2.1 Decoder Features: Video post-processing features - Frame rotation 90 degrees left/right - Frame mirroring horizontally/vertically - Frame cropping - Frame conversion from YCbCr formats to 16-bit or 32-bit RGB formats - Frame scaling with maximum up-scaling factor of 3 - Two rectangular or alpha blending masks for output frame The post-processing features can be used in pipeline with the decoder. The postprocessing features can also be used as stand-alone, without performing any decoding The above is under the VPU_G1 section and the same is not mentioned for VPU_G2 and the IMX8MQ doesn't have encode support. Where do you see that the IMX8MM has the Hantro PP on the H1? I know the TRM's lack a lot of info so perhaps you know more about the internals than what the TRM states. I also found on a forum (https://community.nxp.com/t5/i-MX-Processors/imx8mq-Hantro-G1-scaling/m-p/= 1285343) that NXP's BSP doesn't use the Hantro for scaling (and likely not csc either) and they use the GPU instead. I'm still unclear if/how you could tap into the 2D GPU to use its scaling/conversion if it's bound to the etnaviv driver. > Unlike the IMX8MQ, you don't have the option to output YUYV (packed yuv 4= :2:2) > which would satisfy the 2D GPU support hoold to the DMABuf import path. > > When the display driver gets ready and upstream (it's been only 2-3 years= now), > you'll get linear NV12 support along with G2 compression support (this on= e is > not supported by the GPU, so it will be tricky to expose in userland). I = don't > think the display support 4L4 tiles, but you GPU most likely can do with = the > right shared and texelFetch() or vulkan equivalent if that exist on that = target. Do you mean the Samsung Exynos DRM driver (which doesn't yet have support for IMX8MM) or drivers/gpu/drm/mxsfb? I'm currently using a pretty old patchset that adds IMX8MM support to the drm/exynos driver. I'm way out of my realm when talking about GPU/VPU and display drivers. Best regards, Tim