Rendering using OpenGL ES 2.0/3.0 in a zero copy mode on MALI T628

Hi andrea.varesio,

Regarding your sample code, thank you for providing that. I have created a ticket so we can begin investigating further. I cannot give you an ETA however, but will try to update you periodically on the progress.

Regarding your source code question, although the kernel side component of the Mali driver is open source and under GPL, the user space side is not, and proprietary. As such, the source code is not accessible to anyone without legal contracts in place.

Typically this is a standard procedure for our licensees and partners. If you are one of those, I would advise going through the proper ARM channels to secure the source code.

However if you are not, and still would like access, we can begin talks regarding costs and licensing with the appropriate people.

I hope that clarifies things for you.

If you have any further questions, please do not hesitate to ask.

Kind Regards,

Michael McGeagh

Hi andrea.varesio,

Regarding your sample code, thank you for providing that. I have created a ticket so we can begin investigating further. I cannot give you an ETA however, but will try to update you periodically on the progress.

Regarding your source code question, although the kernel side component of the Mali driver is open source and under GPL, the user space side is not, and proprietary. As such, the source code is not accessible to anyone without legal contracts in place.

Typically this is a standard procedure for our licensees and partners. If you are one of those, I would advise going through the proper ARM channels to secure the source code.

However if you are not, and still would like access, we can begin talks regarding costs and licensing with the appropriate people.

I hope that clarifies things for you.

If you have any further questions, please do not hesitate to ask.

Kind Regards,

Michael McGeagh

Hi andrea.varesio,

A colleague has pointed me to this thread: How to share texture memory between CPU/GPU for firefly's/rk3288 fbdev Mali-T764

The required parts needed is currently not available in the driver version r5pX, but should be available to you in the next release.

Please note that when we release new drivers, there may be a delay before our partners decide to update their BSPs such as HardKernel in your example, and this is out of our control. As such I am unable to give you an accurate estimate on how long it would take before the update is available to you.

Kind Regards,

Michael McGeagh

https://github.com/andreavaresio/testEGLImage.git.

Then I was able to step forward: eglCreateImageKHR now works, but I am

still not able to draw texture changes to screen.

In order to have eglCreateImageKHR working I had to invert intialisation

sequence: instead of setting up EGL with defaults and try to create a X11

Pixmap according to egl parameters (as is suggested in ARM SDK), I reversed

the order. I initialised X according to default screen and setup egl

according to X parameters.

When I try to run the code in mode 1 (changes to Pixmap are performed using

a memcpy) no changes are drawn on the screen.

When I try to run the code in mode 2 (changes to Pixmap are performed

using XFillRectangle) eglSwapBuffer return with error 0x3000d

The thread you pointed me to refers to fbdev driver version, I am using X11

driver.

Regarding the driver (I am not an expert ...). As far as I read r5p1-00rel1

has DMA_BUF implementation. In my understaning this means ability to

perform scatter and gather memory transfer, i.e. ability to copy buffers in

virtual memory.

So which feature is needed in the driver in order to perform zero copy

rendering?

Thanks

Andrea Varesio

2015-06-04 16:32 GMT+02:00 ARM Connected Community Admin <community@arm.com>

:

       

<http://community.arm.com/?et=notification.mention>     You have been

mentioned

by Michael McGeagh

<http://community.arm.com/people/mcgeagh?et=notification.mention> *in Re:

Rendering using OpenGL ES 2.0/3.0 in a zero copy mode on MALI T628 in ARM

Connected Community* - View Michael McGeagh's reference to you

<http://community.arm.com/message/28304?et=notification.mention#28304>