07:21 <marex> hey, back in the blob days, I used EGL_LINUX_DRM_FOURCC_EXT DRM_FORMAT_BGRA8888 with eglCreateImageKHR , with Lima I have to use DRM_FORMAT_ARGB8888 else I dont get the eglImage ... the result works, I just dont get it, why the color channel swap now ?

07:28 <marex> note that the dmabuf I am importing is in either case V4L2_PIX_FMT_BGR32 (BGR4)

10:15 <enunes> marex: I dont know if this answers it but I found this: https://www.kernel.org/doc/html/latest/userspace-api/media/v4l/pixfmt-rgb.html?highlight=v4l2_pix_fmt_rgb332#pixfmt-rgb-deprecated

10:16 <enunes> Formats defined in Deprecated Packed RGB Image Formats are deprecated and must not be used by new drivers. V4L2_PIX_FMT_BGR32

10:17 <enunes> I wonder if reproduces by using an equivalent non deprecated format

10:41 <marex> enunes: well not really, notice how the format is reversed completely (ARGB <-> BGRA)

10:44 <marex> oh wait a minute, I think I see how this might be iffy with the byteorder

10:57 <marex> enunes: no, why would I have to import V4L2_PIX_FMT_BGR32 which is V4L2_PIX_FMT_ABGR32 as ARGB8888 ? That is odd

11:00 <marex> https://lists.libcamera.org/pipermail/libcamera-devel/2020-April/008438.html hum, here it is also reversed, ugh

11:36 <marex> enunes: thanks !

13:37 <enunes> marex: did you find a conclusion to that?

15:04 <marex> enunes: it seems it was indeed my lack of understanding of BGR32/XBGR32 and how it maps to XRGB8888 DRM format