SDL2 + OpelGL ES2 + Freescale i.MX6

Thanks Gabriel. I tried that but it messed up the video and it ended with no display at reboot. I had to remove those files.
As you said, the problem is outside of SDL because even glxgears isn’t working…

I’ll get in contact with Utilite team and see if they have a solution.
Thanks !

Back from my contact with Utilite’s team, I got an updated image to play with.
This image seems to implement an updated version of the driver from Vivante for the i.MX6 SoC, and trying to enable EGL support give the same result :

Code:

apt-get install libegl1-mesa-dev

[…]
Unpacking libegl1-mesa-dev (from …/libegl1-mesa-dev_8.0.4-0ubuntu0.6_armel.deb) …
dpkg: error processing /var/cache/apt/archives/libegl1-mesa-dev_8.0.4-0ubuntu0.6_armel.deb (–unpack):
trying to overwrite ‘/usr/include/EGL/eglplatform.h’, which is also in package gpu-viv-ubt0 13.04.01.oneiric.MX6DQ.4.0.0.RC3>From what I understand, EGL isn’t platform dependant, and doesn’t seem related to the GPU driver. Any suggestions on what I can do is welcome :slight_smile:

2013/12/9 romain

Back from my contact with Utilite’s team, I got an updated image to play
with.
This image seems to implement an updated version of the driver from
Vivante for the i.MX6 SoC, and trying to enable EGL support give the same
result :

Code:

apt-get install libegl1-mesa-dev

[…]
Unpacking libegl1-mesa-dev (from
…/libegl1-mesa-dev_8.0.4-0ubuntu0.6_armel.deb) …
dpkg: error processing
/var/cache/apt/archives/libegl1-mesa-dev_8.0.4-0ubuntu0.6_armel.deb
(–unpack):
trying to overwrite ‘/usr/include/EGL/eglplatform.h’, which is also in
package gpu-viv-ubt0 13.04.01.oneiric.MX6DQ.4.0.0.RC3

From what I understand, EGL isn’t platform dependant, and doesn’t seem
related to the GPU driver. Any suggestions on what I can do is welcome [image:
Smile]

No, the EGL API is platform independent. The implementation is very
much platform
dependent as it handles all the little differences behind your back for you.

2013/12/9 romain

Back from my contact with Utilite’s team, I got an updated image to play
with.
This image seems to implement an updated version of the driver from
Vivante for the i.MX6 SoC, and trying to enable EGL support give the same
result :

Code:

apt-get install libegl1-mesa-dev

[…]
Unpacking libegl1-mesa-dev (from
…/libegl1-mesa-dev_8.0.4-0ubuntu0.6_armel.deb) …
dpkg: error processing
/var/cache/apt/archives/libegl1-mesa-dev_8.0.4-0ubuntu0.6_armel.deb
(–unpack):
trying to overwrite ‘/usr/include/EGL/eglplatform.h’, which is also in
package gpu-viv-ubt0 13.04.01.oneiric.MX6DQ.4.0.0.RC3

From what I understand, EGL isn’t platform dependant, and doesn’t seem
related to the GPU driver. Any suggestions on what I can do is welcome [image:
Smile]

It looks like you are still having conflicts between dev packages, I would
try not installing libegl1-mesa-dev and seeing what happens. Or
remove gpu-viv-ubt0
and install libegl1-mesa-dev, or force an overwrite, or extract manually
to some other directory, you know the usual crazy stuff you go through when
cross compiling :slight_smile:

But, any of this combinations should work given semi sane headers end up
being installed along with a usable pkgconfig file…while there are
differences between EGL platforms, I think that to cross compile SDL it
should all work out fine if you just nail the number of bits the processor
uses (32 vs 64), and maybe not even that is required :)–
Gabriel.

Thanks, I’ll try to manually replace the files and force the package installation, but I agree with you gabomdq on the small chances of success…
I can direcly compile on the target, so I don’t have to setup a cross compiling environment (for the moment).

Thanks Jonas for those infos. I found that Mesa does provide EGL. I’m not really sure of what Mesa is : is it “simply” libraries, or drivers too ?
Assuming the first case, I decided to follow this and to build EGL/Mesa (after all this seems to be all I need) : http://www.mesa3d.org/egl.html
But unfortunatly the configure ends with this error :
Code:
No package ‘libdrm_intel’ found

I don’t see why an intel package is required here as I’m on an ARM platform… But I couldn’t find a workaround…

Would you agree this could be a good lead ?