Greetings,
I am trying to run sample code for Mali_OpenGL_ES_SDK_v2.4.4 on a SAMSUNG ARM Chromebook.
I was able to run examples for OpenCL SDK 1.1.0 following
Random ideas of a drinking cat: OpenCL on the Samsung Chromebook ARM, under crouton
This leads me to believe I downloaded the proper user side mali drivers.
I set BASH shell variables:
export LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib:/home/mfilmore/Mali/lib/x11
export TOOLCHAIN_ROOT=/usr/bin/
export TARGET=arm
export DISPLAY=:0.0
I followed
Mali_OpenGL_ES_SDK_v2.4.4/docs/html/quick_start.html
to compile samples.
Samples fail to run based on unable to initialize openGL ES:
======================
(trusty)mfilmore@localhost:~/Mali/Mali_OpenGL_ES_SDK_v2.4.4/bin_arm/opengles_20/antialias$ ./antialias
No protocol specified
Error: eglGetError(): 12289 (0x3001)
Error: Failed to initialize EGL at ../../simple_framework/src/EGLRuntime.cpp:245
This leads me to believe the code is having a problem initializing the display.
Can some kind person help me out here?
Thanks much,
-Mike
Hi Mike,
The samples out of the box currently build only for FBDEV on arm platforms, not X11. You should be able to run the samples against the FBDEV drivers. Alternatively you can run the samples on desktop against the emulator. We have an outstanding ticket to add X11 support for ARM platforms, and we have raised the priority in light of this confusion.
Hth,
Chris
Chris is right that by default the CMake build system targets fbdev when cross compiling for an ARM target. When it builds targeting the emulator, however, you can see that it builds and links against X11. If you modify the CMake file it is possible to make it build for X11 when targeting arm too.
Hope this helps,
Rich
mali-t60x_r4p1-00rel0_linux_1+fbdev.tar.gz gives the same (failing) resut.
Hmmm..
Tried mali-t60x_r5p0-06rel0_linux_1+fbdev.tar.gz
Same symptom. ldd shows fbdev driver being linked.
==========================================
(trusty)mfilmore@localhost:~/Mali/Mali_OpenGL_ES_SDK_v2.4.4/bin_arm/opengles_20/antialias$ ldd antialias
libGLESv2.so => /home/mfilmore/Mali/lib/fbdev/libGLESv2.so (0xb5d3d000)
libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0xb5c81000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb5c15000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb5bf4000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb5b0d000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb5aff000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb5ae3000)
libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb5ad8000)
/lib/ld-linux-armhf.so.3 (0xb6f41000)
===================================================
What am I missing here?
Thanks,
Ah. Found the proper libraries! The correct version is
mali-t604_r4p0-02rel0_linux_1+fbdev.tar.gz
Now both OpenCL and OpenGL ES samples work.
On to x11 so that I can see something interesting..
Hi mfilmore,
Sorry I didn't spot this before, the userspace and kernel space need to match, which I think you solved with that final post I believe there would be an error printed to dmesg in the case that there was a mismatch.