Has anyone managed to get hardware supported OpenGL on Rasperry Pi2 to work?

[nohal]

Bram...
Do you have libegl1-mesa-dev installed?

Pavel

[Gunnar1]

Hi all. When I run the Make GL according to JM´s suggestion above, I get a screen full of different compiler/linker errors, indicating typical unresolved references from headerfiles. As if I am missing libraries or object files when linking.

Following Pavels lead above, I checked "lib-egl1-mesa-dev". According to the file list for the Debian package, it should look like:
/usr/include/EGL/egl.h
/usr/include/EGL/eglext.h
/usr/include/EGL/eglmesaext.h
/usr/include/EGL/eglplatform.h
/usr/include/KHR/khrplatform.h
/usr/lib/arm-linux-gnueabihf/libEGL.so
/usr/lib/arm-linux-gnueabihf/libwayland-egl.so
/usr/lib/arm-linux-gnueabihf/pkgconfig/egl.pc
/usr/lib/arm-linux-gnueabihf/pkgconfig/wayland-egl.pc
/usr/share/bug/libegl1-mesa-dev/control
/usr/share/bug/libegl1-mesa-dev/script
/usr/share/doc/libegl1-mesa-dev/changelog.Debian.gz
/usr/share/doc/libegl1-mesa-dev/copyright

I only have library and files with "GL", not "EGL" in the name. I have tried to install the EGL package, but obviously without success. Comments, anyone?

Best regards,
Gunnar

[nohal]

Gunnar...
So after you run

sudo apt-get install lib-egl1-mesa-dev

the files the package contains are *not* installed? Any error messages?

Pavel

[Gunnar1]

Hi Pavel. that´s right. I get the normal message "Reading package lists...Done", then "tree...0%" and then immeditaley back. Without any additional messages.

Best regards,
Gunnar

[nohal]

Gunnar...
And /usr/lib/arm-linux-gnueabihf/libEGL.so really does not exist?
It is very hard if not impossible to troubleshoot this stuff from the bits without context you post. But if the packaging system is broken, I would probably throw the system away if I didn't understand why.
Anyway, what you should see is the wheezy/armhf version of

nohal@knut:~$ sudo apt-get install libegl1-mesa-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  libegl1-mesa-dev
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 50.6 kB of archives.
After this operation, 169 kB of additional disk space will be used.
Get:1 http://ftp.us.debian.org/debian/ jessie/main libegl1-mesa-dev amd64 10.3.2-1 [50.6 kB]
Fetched 50.6 kB in 15s (3,189 B/s)                  
Selecting previously unselected package libegl1-mesa-dev:amd64.
(Reading database ... 332275 files and directories currently installed.)
Preparing to unpack .../libegl1-mesa-dev_10.3.2-1_amd64.deb ...
Unpacking libegl1-mesa-dev:amd64 (10.3.2-1) ...
Setting up libegl1-mesa-dev:amd64 (10.3.2-1) ...

nohal@knut:~$ ls -la /usr/lib/*/libEGL.so
lrwxrwxrwx 1 root root 15 Oct 27 05:44 /usr/lib/x86_64-linux-gnu/libEGL.so -> libEGL.so.1.0.0

Pavel

[Gunnar1]

Hi Pavel. Yes, I had the same thought. So I started from scratch:


1. Formatted the SD card

2. Downloaded a recent Raspbian image and copied it to the SD card

3. Boot Raspberry and configure the Raspberry with the new OS image

4. Did the “sudo apt-get update” and “sudo apt-get upgrade” of the OS


I now have a fresh Raspi up and running.

5. sudo apt-get install libegl1-mesa-dev
This time OK. I have the expected folder structure created and populated.

6. git clone https://github.com/seandepagnier/glshim.git

7. Fetch the OpenCPN build and install it from Pi Chart.

8. Install cmake:sudo apt-get install cmake


9. cd glshim
cmake . -DBCMHOST=1
OK.

10. Run make GL

Not OK. After a few OK-messages, I get the following:

pi@raspberrypi2 ~/glshim $ make GL
[ 5%] Building C object src/CMakeFiles/GL.dir/glx/lookup.c.o
In file included from /opt/vc/include/interface/vcos/vcos.h:116:0,
from /opt/vc/include/interface/vmcs_host/vc_dispmanx.h:33,
from /opt/vc/include/bcm_host.h:50,
from /home/pi/glshim/src/glx/glx.h:2,
from /home/pi/glshim/src/glx/lookup.c:1:
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h: In function ‘vcos_semaphore_wait_timeout’:
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h:297:4: warning: implicit declaration of function ‘clock_gettime’ [-Wimplicit-function-declaration]
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h:297:22: error: ‘CLOCK_REALTIME’ undeclared (first use in this function)
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h:297:22: note: each undeclared identifier is reported only once for each function it appears in
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h:307:7: warning: implicit declaration of function ‘sem_timedwait’ [-Wimplicit-function-declaration]
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h: In function ‘vcos_sleep’:
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h:385:4: warning: implicit declaration of function ‘nanosleep’ [-Wimplicit-function-declaration]
In file included from /opt/vc/include/interface/vcos/vcos.h:116:0,
from /opt/vc/include/interface/vmcs_host/vc_dispmanx.h:33,
from /opt/vc/include/bcm_host.h:50,
from /home/pi/glshim/src/glx/glx.h:2,
from /home/pi/glshim/src/glx/lookup.c:1:
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h: In function ‘vcos_strdup’:
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h:732:4: warning: implicit declaration of function ‘strdup’ [-Wimplicit-function-declaration]
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h:732:4: warning: return makes pointer from integer without a cast [enabled by default]
/home/pi/glshim/src/glx/lookup.c: At top level:
/opt/vc/include/interface/vcos/vcos_timer.h:112:6: warning: inline function ‘vcos_timer_delete’ declared but never defined [enabled by default]
/opt/vc/include/interface/vcos/vcos_timer.h:109:6: warning: inline function ‘vcos_timer_reset’ declared but
.
.
.
.
src/CMakeFiles/GL.dir/build.make:422: recipe for target 'src/CMakeFiles/GL.dir/glx/lookup.c.o' failed
make[3]: *** [src/CMakeFiles/GL.dir/glx/lookup.c.o] Error 1
CMakeFiles/Makefile2:82: recipe for target 'src/CMakeFiles/GL.dir/all' failed
make[2]: *** [src/CMakeFiles/GL.dir/all] Error 2
CMakeFiles/Makefile2:94: recipe for target 'src/CMakeFiles/GL.dir/rule' failed
make[1]: *** [src/CMakeFiles/GL.dir/rule] Error 2
Makefile:106: recipe for target 'GL' failed
make: *** [GL] Error 2
pi@raspberrypi2

(there seems to be strange characters in the printout. That is however from me copying from my Raspi, via the text editor and my NAS to the windows laptop I use for this dialogue).

If the root cause isn´t obvious for someone of you out there, I guess I leave it for now. I am confident that the OCPN-team will implement the graphics hardware support for the Raspberry. As I see it the really big advantage of executing the application under
Linux in the first place, is to be able to run it on a computer like the Raspi (or anyone of the other similar). They are small, cheap, low power consumption. Perfect for more or less dedicated tasks like the OpenCPN application with it´s plug-ins. To utilize the
graphics CPU for chart handling goes without saying. If this isn´t implemented, you can just as well take any 10 year old PC and run OCPN on. Higher power consumption, more clumsy and not so easy to have in a rugged, fixed installation but they have enough performance and they almost allways already have some kind of Windows onboard.

I will of course continue to follow this forum with the highest interest!

Best regards,
Gunnar

[Gunnar1]

Hi Pavel. Yes, I had the same thought. So I started from scratch:


1. Formatted the SD card
2. Downloaded a recent Raspbian image and copied it to the SD card
3. Boot Raspberry and configure the Raspberry with the new OS image
4. Did the “sudo apt-get update” and “sudo apt-get upgrade” of the OS

I now have a fresh Raspi up and running.

5. sudo apt-get install libegl1-mesa-dev
This time OK. I have the expected folder structure created and populated.

6. Fetch the OpenCPN build and install it according to instructions at Pi Chart.

7. sudo apt-get install cmake

8. git clone https://github.com/seandepagnier/glshim.git

9. cd glshim
cmake . -DBCMHOST=1
OK.

10. make GL
Not OK. After a few OK-messages, I get the following:

pi@raspberrypi2 ~/glshim $ make GL
[ 5%] Building C object src/CMakeFiles/GL.dir/glx/lookup.c.o
In file included from /opt/vc/include/interface/vcos/vcos.h:116:0,
from /opt/vc/include/interface/vmcs_host/vc_dispmanx.h:33,
from /opt/vc/include/bcm_host.h:50,
from /home/pi/glshim/src/glx/glx.h:2,
from /home/pi/glshim/src/glx/lookup.c:1:
/opt/vc/include/interface/vcos/pthreads/vcos_platform.h: In function vcos_semaphore_wait_timeout:
.
.
.
src/CMakeFiles/GL.dir/build.make:422: recipe for target 'src/CMakeFiles/GL.dir/glx/lookup.c.o' failed
make[3]: *** [src/CMakeFiles/GL.dir/glx/lookup.c.o] Error 1
CMakeFiles/Makefile2:82: recipe for target 'src/CMakeFiles/GL.dir/all' failed
make[2]: *** [src/CMakeFiles/GL.dir/all] Error 2
CMakeFiles/Makefile2:94: recipe for target 'src/CMakeFiles/GL.dir/rule' failed
make[1]: *** [src/CMakeFiles/GL.dir/rule] Error 2
Makefile:106: recipe for target 'GL' failed
make: *** [GL] Error 2
pi@raspberrypi2


If the root cause isn´t obvious for someone of you out there, I guess I leave it for now. I am confident that the OCPN-team will
implement the graphics hardware support for the Raspberry. As I see it the really big advantage of executing the application under
Linux in the first place, is to be able to run it on a computer like the Raspi (or anyone of the other similar). They are small, cheap,
low power consumption. Perfect for rugged, fixed installations with more or less dedicated tasks like the OpenCPN application with it´s plug-ins.
To utilize the graphics GPU for chart handling goes without saying. If this isn´t implemented, you can just as well take any 10 year old PC and run OCPN on.
More clumsy, higher power consumption, not so easy to have a rugged, fixed installation but they have enough performance and they almost
allways already have some kind of Windows onboard.

I will of course continue to follow this forum with the highest interest!

Best regards,
Gunnar

[nohal]

Gunnar...
Now it looks like you don't even have linux-libc-dev installed (CLOCK_REALTIME is defined in /usr/include/linux/time.h)

Pavel

[Gunnar1]

But I do have it.
Gunnar

[Hakan]

Originally Posted by nohal

Gunnar...
Now it looks like you don't even have linux-libc-dev installed (CLOCK_REALTIME is defined in /usr/include/linux/time.h)

Pavel

Pavel.
On my RB Pi 2 I get the same error as Gunnar. (And - Yes I've the /usr/include/linux/time.h in place as well.)
I've followed Sean's instructions for builds. My build echoes are in the attached file. (Skip the .pdf extension.)
If you've the mind and time for help it's really appreciated.

Thanks Håkan

[Gunnar1]

Hej Håkan. I get the impression that there is a faulty file or folder reference in the make setup.

Best regards,
Gunnar

[verkerkbr]

Originally Posted by nohal

Bram...
Do you have libegl1-mesa-dev installed?

Pavel

OK Pavel,

thanks for this advice. I installed this and after installing there were no error messages.

Followed the instructions an replaced the 2 files. Everything seemed to work.

Then I tried GLXgears, worked. Only a bit slower then before.

Then looked at the effects with OpenCPN. Worked. Seems to be a little faster.

In between was a Lubuntu safety update.

Starting the system again. GLXgears is no longer running. OpenCPN does not want to start. Both give error messages:

LibEGL warning: GLX/DRI2 is not supported
LibEGL warning: DRI2 failed to authenticate
LibGL: warning , gles is NULL

I can try to do it again. But there must be a reason for this behavior.

Regards,

Bram

[Hakan]

On Raspberry Pi2 and OCPN Version 4.1.0 fetched and Build 2015-02-20;
When running OpenCPN from command prompt I get the following reply:

pi@raspberrypi ~ $ /usr/local/bin/opencpn

(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-can-change-accels after class was initialised
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-menu-popup-delay after class was initialised 
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-menu-popdown-delay after class was initialised 
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-button-images after class was initialised
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-scrolled-window-placement after class was initialised
(opencpn:3798): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion 'GDK_IS_VISUAL (visual)' failed
(opencpn:3798): Gtk-CRITICAL **: IA__gtk_widget_set_colormap: assertion 'GDK_IS_COLORMAP (colormap)' failed
(opencpn:3798): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
libGL: built on Mar  5 2015 08:36:07
libEGL warning: DRI2: failed to authenticate
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-label-select-on-focus after class was initialised
libGL: warning, gles is NULL
libGL: warning, gles is NULL
libGL: warning, gles is NULL
Segmentation fault
pi@raspberrypi ~ $

Any interpretation and advises from you experienced Linuxer is appreciated, please.
Thanks Håkan

[seandepagnier]

Originally Posted by verkerkbr

OK Pavel,

thanks for this advice. I installed this and after installing there were no error messages.

Followed the instructions an replaced the 2 files. Everything seemed to work.

Then I tried GLXgears, worked. Only a bit slower then before.

Then looked at the effects with OpenCPN. Worked. Seems to be a little faster.

In between was a Lubuntu safety update.

What exactly did the safety update do?

Originally Posted by Hakan

On Raspberry Pi2 and OCPN Version 4.1.0 fetched and Build 2015-02-20;
When running OpenCPN from command prompt I get the following reply:

pi@raspberrypi ~ $ /usr/local/bin/opencpn

(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-can-change-accels after class was initialised
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-menu-popup-delay after class was initialised 
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-menu-popdown-delay after class was initialised 
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-button-images after class was initialised
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-scrolled-window-placement after class was initialised
(opencpn:3798): Gdk-CRITICAL **: IA__gdk_colormap_new: assertion 'GDK_IS_VISUAL (visual)' failed
(opencpn:3798): Gtk-CRITICAL **: IA__gtk_widget_set_colormap: assertion 'GDK_IS_COLORMAP (colormap)' failed
(opencpn:3798): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
libGL: built on Mar  5 2015 08:36:07
libEGL warning: DRI2: failed to authenticate
(opencpn:3798): GLib-GObject-WARNING **: Attempt to add property GtkSettings::gtk-label-select-on-focus after class was initialised
libGL: warning, gles is NULL
libGL: warning, gles is NULL
libGL: warning, gles is NULL
Segmentation fault
pi@raspberrypi ~ $

Any interpretation and advises from you experienced Linuxer is appreciated, please.
Thanks Håkan

Can you run glxgears? Can you run opencpn as root?

I think glshim is built into opencpn now, but it is only activated for android builds? Maybe we should unlock this so it can be used for linux builds as well if opengles is detected.

[bdbcat]

Sean...

I recommend that you try to use the glshim that is in the 4.1 master tree now. I hacked it a bit to solve some troubles with passing doubles as function arguments. Compiler error, or I dunno what else. Also hacked the CMake build rules, just to get it going. I think a more generalized approach to GLES and glshim should be implemented in the OCPN CMake rules. But I have only the one platform to work with now.

So take a look if it appeals, and send some patches.

You can use the glu tesselator as well. Seems like decent code, and I sure need it for android. So might as well try it for all arm.

I don't have any RPI hardware running, so cannot help here specifically with this thread.

Also, note that I disabled GL display list processing. Its broken in glshim, but should be an easy fix. But time......

Good Luck
Dave