Mali-400 drivers don't support import texture from DMA-BUF

Oh, that is excellent news. Thanks for sharing that.

And indeed, I can believe that there is no obvious way to feed a dmabuf into the current released version. Creating a X pixmap that corresponds to a dmabuf is something that really requires DRI3, as that really was the sole purpose for which DRI3 was developed.

Still interested in the UMP approach so I'll get an odroid-u2 test image to you hopefully next week.

Oh, that is excellent news. Thanks for sharing that.

And indeed, I can believe that there is no obvious way to feed a dmabuf into the current released version. Creating a X pixmap that corresponds to a dmabuf is something that really requires DRI3, as that really was the sole purpose for which DRI3 was developed.

Still interested in the UMP approach so I'll get an odroid-u2 test image to you hopefully next week.

Hi,

Here's an image you can use for exploring what is possible with UMP. It will work with ODROID-U2 and ODROID-U3.

It's a full disk image including bootloader, so just flash it to a SD card (8GB or bigger) once decompressed.

When it boots, login as

Username: odroid

Password: odroid

and run "xinit ./desktop.sh" to open X with a single xterm open.

From that terminal you can launch more xterms, etc. I tested that Mali is working with es2gears which is also included.

It also runs a ssh server by default and the serial console will drop you at a root shell. The root password is odroid.

The Mali binary is at /usr/lib/libMali.so built as:

VARIANT=mali400-r1p1-gles11-gles20-linux-monolithic-no_profiling-x11-ump-umplock

You can install more packages with apt-get as root, this is based on Ubuntu.

Hopefully this environment will let you explore your ideas with UMP. Please let me know if there are any questions/issues with the image or how else we can be of help.

Thanks!

Hi DSD,

I've been working on this at our end.  With DMA_BUF, I can confirm that without the EGL_LINUX_DMA_BUF_EXT you need DRI3 to be able to create an xPixmap from which an eglImage can be generated, but this isn't currently available on the platform.  EGL_LINUX_DMA_BUF_EXT is, however, going to be present in the next driver release.

I'm still actively looking into the possibility of using UMP for a similar purpose and will get back to you when I know anything more.  In the meantime, please let me know if there's anything else.

Thanks,

Rich

Hi DSD,

Having looked into UMP it is not currently possible to create an eglImage from a ump handle and, given that DMA has superseded UMP, I would strongly suggest waiting for EGL_LINUX_DMA_BUF_EXT which will be available in the coming months with the next release of the driver.

Hope this helps,

Rich

Thanks a lot for checking, your answer is totally understandable. Glad to hear that EGL_LINUX_DMA_BUF_EXT is coming!

In this new version, will EGL_LINUX_DMA_BUF_EXT be available when Mali is compiled to use UMP internally, e.g. as  VARIANT=mali400-r1p1-gles11-gles20-linux-monolithic-no_profiling-x11-ump-umplock ?

Or will the dmabuf import functionality only be available for Mali setups where dmabuf is used internally? I would love to switch to that.

Hi DSD,

To use the EGL_LINUX_DMA_BUF_EXT the DDK must be built for dma-buf, not ump and so you would need to switch over to use it.

I'll be happy to move over to your thread and assist you there if you're happy that this one is finished .

Hope this Helps,

Rich

Yep, I agree this one is finished. Thanks!