g2d_open() and renderD129

Jonners — Tue, 06 Feb 2024 09:06:45 GMT

Hi,

I have an application that decodes JPEG images in hardware to RGB. This works fine on older Dunfell Yocto release. I now have built the Kirkstone release and the application can no longer call g2d_open(). It fails with errno = 2.

When I run my app through "strace" I get the following output:

strace -f -e open,openat ./HWcompress 2>&1 | grep -i "open"
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libimxdmabuffer.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libg2d.so.2", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libv4l2.so.0", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libm.so.6", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libdrm.so.2", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libOpenCL.so.3", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libv4lconvert.so.0", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib64/librt.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libjpeg.so.62", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libGAL.so", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libVSC.so", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libEGL.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libwayland-server.so.0", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libwayland-client.so.0", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libgbm.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libgbm_viv.so", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/usr/lib64/libffi.so.8", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/dev/dma_heap/linux,cma-uncached", O_RDONLY) = 3
openat(AT_FDCWD, "/dev/dma_heap/linux,cma-uncached", O_RDWR) = 4
openat(AT_FDCWD, "/dev/dri/renderD128", O_RDWR|O_CLOEXEC) = 5
openat(AT_FDCWD, "/dev/dri/renderD129", O_RDWR|O_CLOEXEC) = -1 ENOENT (No such file or directory)
g2d_open: Init Dpu Handle fail !
dpuv1/dpu_lib.c:388 open file error.

On my Dunfell release renderD129 does not exist either, yet g2d_open() works, so it is not trying to open renderD129.

Do I need to add renderD129 (somehow) to my Kirkstone image, or is there something new in Kirkstone trying to use renderD129 that I don't need so can remove from the image?

This is an embedded device with no screens, etc. Only network interface. The only graphics hardware being used is to decode JPEG images off the CPU.

Kind regards,

Jonners.

Re: g2d_open() and renderD129

Bio_TICFSL — Tue, 06 Feb 2024 14:27:18 GMT

Hello,

this is with i.MX8MPlus? I tested and works nicely in mickledore, not with kirckstone. You can update you yocto to 6.1 from:

https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX

Regards

Re: g2d_open() and renderD129

Jonners — Tue, 06 Feb 2024 15:25:03 GMT

Hi,

Many thanks for your reply, and ultimately I can upgrade to Mickledore. However, may I ask, on your setup do you have:

/dev/dri/renderD129

My Dunfell does not and neither does my Kirkstone. On Dunfell my application runs find (g2d_open is OK) but on Kirkstone g2d_open() is trying to open renderD129. I don't believe it should!

Kind regards,

Jonners.

i.MX Graphics中的主题 g2d_open() and renderD129

g2d_open() and renderD129

Re: g2d_open() and renderD129

Re: g2d_open() and renderD129