paulmelis
commented
4 years ago Not sure this is relevant, but this is with a GLVND setup:
paulm@r35n1 16:52 ~/software/virtualgl-git/bin$ ldd ./eglinfo
linux-vdso.so.1 (0x00007ffc3ffde000)
libGL.so.1 => /home/paulm/.local/easybuild/Debian10/2019/software/libglvnd/1.2.0-GCCcore-8.3.0/lib/libGL.so.1 (0x00007f17c32c7000)
libEGL.so.1 => /home/paulm/.local/easybuild/Debian10/2019/software/libglvnd/1.2.0-GCCcore-8.3.0/lib/libEGL.so.1 (0x00007f17c32b2000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f17c30c3000)
libGLX.so.0 => /home/paulm/.local/easybuild/Debian10/2019/software/libglvnd/1.2.0-GCCcore-8.3.0/lib/libGLX.so.0 (0x00007f17c3090000)
libGLdispatch.so.0 => /home/paulm/.local/easybuild/Debian10/2019/software/libglvnd/1.2.0-GCCcore-8.3.0/lib/libGLdispatch.so.0 (0x00007f17c2fd1000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f17c2fcc000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f17c2e49000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f17c2e28000)
/lib64/ld-linux-x86-64.so.2 (0x00007f17c3363000)
libX11.so.6 => /sw/arch/Debian10/EB_production/2019/software/X11/20180604-GCCcore-8.3.0/lib/libX11.so.6 (0x00007f17c2ce3000)
libXext.so.6 => /sw/arch/Debian10/EB_production/2019/software/X11/20180604-GCCcore-8.3.0/lib/libXext.so.6 (0x00007f17c2ccf000)
libxcb.so.1 => /sw/arch/Debian10/EB_production/2019/software/X11/20180604-GCCcore-8.3.0/lib/libxcb.so.1 (0x00007f17c2ca4000)
libXau.so.6 => /sw/arch/Debian10/EB_production/2019/software/X11/20180604-GCCcore-8.3.0/lib/libXau.so.6 (0x00007f17c2c9f000)
libXdmcp.so.6 => /sw/arch/Debian10/EB_production/2019/software/X11/20180604-GCCcore-8.3.0/lib/libXdmcp.so.6 (0x00007f17c2c97000)
libbsd.so.0 => /usr/lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f17c2c7d000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f17c2c71000)
paulm@r35n1 16:59 ~/software/virtualgl-git/bin$ env |grep EGL
__EGL_VENDOR_LIBRARY_DIRS=/etc/glvnd/egl_vendor.d:/usr/share/glvnd/egl_vendor.d
__EGL_VENDOR_LIBRARY_DIRS_modshare=/etc/glvnd/egl_vendor.d:1:/usr/share/glvnd/egl_vendor.d:1
paulm@r35n1 16:59 ~/software/virtualgl-git/bin$ ls /etc/glvnd/egl_vendor.d
paulm@r35n1 16:59 ~/software/virtualgl-git/bin$ ls -l /usr/share/glvnd/egl_vendor.d
total 8
-rw-r--r-- 1 root root 107 Aug 19 17:02 10_nvidia.json
-rw-r--r-- 1 root root 105 Apr 5 2019 50_mesa.json
paulm@r35n1 16:59 ~/software/virtualgl-git/bin$ cat /usr/share/glvnd/egl_vendor.d/10_nvidia.json
{
"file_format_version" : "1.0.0",
"ICD" : {
"library_path" : "libEGL_nvidia.so.0"
}
}
paulm@r35n1 17:02 ~/software/virtualgl-git/bin$ ls -l /usr/lib/x86_64-linux-gnu/libEGL*
lrwxrwxrwx 1 root root 20 Jun 18 01:03 /usr/lib/x86_64-linux-gnu/libEGL_mesa.so.0 -> libEGL_mesa.so.0.0.0
-rw-r--r-- 1 root root 259288 Jan 15 2020 /usr/lib/x86_64-linux-gnu/libEGL_mesa.so.0.0.0
lrwxrwxrwx 1 root root 23 Aug 19 17:02 /usr/lib/x86_64-linux-gnu/libEGL_nvidia.so.0 -> libEGL_nvidia.so.418.56
-rwxr-xr-x 1 root root 1210304 Aug 19 17:02 /usr/lib/x86_64-linux-gnu/libEGL_nvidia.so.418.56
lrwxrwxrwx 1 root root 11 Aug 19 17:02 /usr/lib/x86_64-linux-gnu/libEGL.so -> libEGL.so.1
lrwxrwxrwx 1 root root 15 Aug 19 17:02 /usr/lib/x86_64-linux-gnu/libEGL.so.1 -> libEGL.so.1.1.0
-rwxr-xr-x 1 root root 73328 Aug 19 17:02 /usr/lib/x86_64-linux-gnu/libEGL.so.1.1.0
dcommander
First, thanks for all the work on the EGL backend, it's a really nice step forward!
I'm testing on a Debian 10 node with 4 TITAN RTX cards. Driver is 418.56. VirtualGL checkout is 570a3b8e5626fd18c2fc22d0189cd3041965ae48, running under TurboVNC 2.2.3.
I'm seeing two things:
./vglrun -d /dev/dri/card1 +v glxgearsgives an errorGL_ARB_pixel_buffer_object extension not available(see below for full error). Strangely, the output ofeglinfo /dev/dri/card1shows the extension is present (again, see below for full output):./eglinfo /dev/dri/card0reportsError: unable to open EGL display, while forcards1tocards4it succeeds and prints all the output. This is not directly related to the EGL backend I guess, but I also can't figure out why this is happening. There's no X server running on:0(in case that might have stolen control of the device).This is with manually set
rwpermissions on/dev/dri/*(/dev/nvidia*was alreadyrwon Debian). The reason is that our sysadmins will only run a script likevglserver_configas root after a thorough review of the code, so I picked out the thing that seemed to be most crucial for testing the EGL backend (we never ran the script to get the GLX backend working). But maybe I've missed some other things causing the issues here.