We’re not managing to use EGL on a TX2 module.
driveu@gen156-461t:/opt/driveu/streamer$ uname -a
Linux gen156-461t 4.9.140-4.9.306.0 #1 SMP PREEMPT Wed May 19 15:44:31 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux
driveu@gen156-461t:/opt/driveu/streamer$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.4 LTS
driveu@gen156-461t:/opt/driveu/streamer$ head -1 /etc/nv_tegra_release
# R32 (release), REVISION: 2.1, GCID: 16294929, BOARD: t186ref, EABI: aarch64, DATE: Tue Aug 13 04:45:36 UTC 2019
jtop the Jetpack version is
Jetpack 4.2.2 [L4T 32.2.1].
Description of the symptoms:
We’re seeing the following error messages:
nvbuf_utils: Could not get EGL display connection
nvbuf_utils: ERROR getting proc addr of eglCreateImageKHR
nvbuf_utils: ERROR getting proc addr of eglDestroyImageKHR
Our application tries to run the function
eglGetDisplay( EGL_DEFAULT_DISPLAY ), and it returns the error value
We found an independent application that attempts to create an EGL + OpenGL context using glad, and it also fails on your TX2. :
failed to EGL with glad.
Some extra details:
- The machine wasn’t set-up by us, so I’m currently not sure what the installation process of the Jetpack / OS was.
- I am connected to the TX2 machine via SSH
- X11 doesn’t seem to be running
- Our exact same software does work on an Advantech TX2 (MIC-720AI) which we flashed with Jetpack 4.2.3 using the Nvidia SDKM. (I’ll emphasize that the problematic TX2 isn’t necessarily an Advantech module, I don’t currently know what the exact make of the problematic TX2 is).
- There is no DISPLAY env var defined. Setting it to
:0doesn’t work as well.
I’ll appreciate any help.
Let me know if any additional info is needed.