Something just occurred to me.  In the remote (vglconnect) shell
session, run glxinfo and look at the server GLX extensions.  If
GLX_EXT_libglvnd is among them, then that probably explains why you're
seeing a Mesa error message.  When used with the VGL Transport
(vglconnect), VirtualGL makes a few GLX/OpenGL calls to the client-side
X display in order to probe whether it supports quad-buffered stereo.
If the client-side X display supports GLX_EXT_libglvnd, then the libGL
implementation on the Fedora server will use the appropriate GLX
implementation for the X server it's communicating with:
libGLX_nvidia.so.0 when it's communicating with the server-side (3D) X
display and libGLX_mesa.so.0 when it's communicating with the
client-side (2D) X display.

If this hypothesis is correct, then setting VGL_PROBEGLX=0 in the
environment should make the swrast message go away.  If so, then that
message truly is innocuous, but you can probably make it go away for
good by installing the Mesa swrast driver (I forget which package
contains that on Fedora.)

If my hypothesis is incorrect, then here are other things to try:

-- Check LD_LIBRARY_PATH and LD_PRELOAD and make sure they aren't
pointing to a directory that contains another libGL DSO.
-- 'vglrun ldd /opt/VirtualGL/bin/glxspheres64' and make sure that it
isn't picking up a non-nVidia libGL DSO somehow.
-- Re-install the nVidia drivers with 32-bit support, if you haven't
already, and install the 32-bit VirtualGL package along with the 64-bit
package.

DRC
On 11/15/17 1:40 PM, Angel de Vicente wrote:
> Hi,
> 
> El miércoles, 15 de noviembre de 2017, 18:20:03 (UTC), DRC escribió:
> 
>     Yes, you should worry about that swrast error, because that means
>     Mesa's
>     libGL is being loaded into the OpenGL application, not nVidia's.  Look
>     under /usr/lib64 and make sure libGL.so.1 is pointing to
>     libGL.so.1.0.0,
>     which it should be if the nVidia drivers are properly installed.  Also,
>     use /opt/VirtualGL/bin/glxspheres64 as a test, not GLXgears.  GLXgears
>     is not a useful benchmark.  Also, GLXspheres will display the OpenGL
>     renderer, which you can use to verify whether the nVidia drivers are
>     working properly.
> 
> 
> thanks for the help. /usr/lib64 seems OK:
> 
> [root@deim lib64]# ls -ltr libGL*
> -rwxr-xr-x. 1 root root  589824 Feb 10  2017 libGLEW.so.2.0.0
> lrwxrwxrwx. 1 root root      16 Feb 10  2017 libGLEW.so.2.0 ->
> libGLEW.so.2.0.0
> -rwxr-xr-x. 1 root root  445816 Feb 11  2017 libGLU.so.1.3.1
> lrwxrwxrwx. 1 root root      15 Feb 11  2017 libGLU.so.1 -> libGLU.so.1.3.1
> lrwxrwxrwx. 1 root root      15 Feb 11  2017 libGLU.so -> libGLU.so.1.3.1
> lrwxrwxrwx. 1 root root      22 Aug 23 10:46 libGLdispatch.so.0 ->
> libGLdispatch.so.0.0.0
> lrwxrwxrwx. 1 root root      22 Aug 23 10:46 libGLdispatch.so ->
> libGLdispatch.so.0.0.0
> lrwxrwxrwx. 1 root root      15 Aug 23 10:46 libGLX.so.0 -> libGLX.so.0.0.0
> lrwxrwxrwx. 1 root root      15 Aug 23 10:46 libGLX.so -> libGLX.so.0.0.0
> lrwxrwxrwx. 1 root root      14 Aug 23 10:46 libGL.so.1 -> libGL.so.1.0.0
> lrwxrwxrwx. 1 root root      14 Aug 23 10:46 libGL.so -> libGL.so.1.0.0
> lrwxrwxrwx. 1 root root      18 Aug 23 10:46 libGLESv2.so.2 ->
> libGLESv2.so.2.0.0
> lrwxrwxrwx. 1 root root      18 Aug 23 10:46 libGLESv2.so ->
> libGLESv2.so.2.0.0
> lrwxrwxrwx. 1 root root      21 Aug 23 10:46 libGLESv1_CM.so.1 ->
> libGLESv1_CM.so.1.0.0
> lrwxrwxrwx. 1 root root      21 Aug 23 10:46 libGLESv1_CM.so ->
> libGLESv1_CM.so.1.0.0
> -rwxr-xr-x. 1 root root   74216 Aug 23 10:46 libGLX.so.0.0.0
> -rwxr-xr-x. 1 root root  581768 Aug 23 10:46 libGL.so.1.0.0
> -rwxr-xr-x. 1 root root   78888 Aug 23 10:46 libGLESv2.so.2.0.0
> -rwxr-xr-x. 1 root root   45312 Aug 23 10:46 libGLESv1_CM.so.1.0.0
> -rwxr-xr-x. 1 root root  640736 Aug 23 10:46 libGLdispatch.so.0.0.0
> -rwxr-xr-x  1 root root 1291224 Sep  2 09:14 libGLX_nvidia.so.384.81
> lrwxrwxrwx  1 root root      23 Sep  2 10:44 libGLX_nvidia.so.0 ->
> libGLX_nvidia.so.384.81
> lrwxrwxrwx  1 root root      27 Sep  2 10:44 libGLX_indirect.so.0 ->
> /usr/lib64/libGLX_mesa.so.0
> lrwxrwxrwx  1 root root      26 Sep  2 10:44 libGLESv2_nvidia.so.2 ->
> libGLESv2_nvidia.so.384.81
> lrwxrwxrwx  1 root root      29 Sep  2 10:44 libGLESv1_CM_nvidia.so.1 ->
> libGLESv1_CM_nvidia.so.384.81
> -rwxr-xr-x  1 root root   54296 Sep  2 10:46 libGLESv1_CM_nvidia.so.384.81
> -rwxr-xr-x  1 root root   86200 Sep  2 10:46 libGLESv2_nvidia.so.384.81
> lrwxrwxrwx. 1 root root      20 Oct  3 21:37 libGLX_mesa.so.0 ->
> libGLX_mesa.so.0.0.0
> -rwxr-xr-x. 1 root root  487576 Oct  3 21:38 libGLX_mesa.so.0.0.0
> 
>  
> 
> and running glxspheres64 gives the following, again with the rwrast error:
> 
> [angelv@deim ~]$ vglrun +v -cl com glxspheres64
> [VGL] NOTICE: Added /usr/lib64/VirtualGL to LD_LIBRARY_PATH
> Polygons in scene: 62464 (61 spheres * 1024 polys/spheres)
> [VGL] Shared memory segment ID for vglconfig: 29261824
> [VGL] VirtualGL v2.4 64-bit (Build 20170210)
> [VGL] Opening connection to 3D X server :0
> [VGL] NOTICE: Replacing dlopen("/usr/lib64/libdl.so.2") with
> dlopen("libdlfaker.so")
> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> Visual ID of window: 0x21
> Context is Direct
> [VGL] Using Pbuffers for rendering
> OpenGL Renderer: Tesla P100-PCIE-12GB/PCIe/SSE2
> [VGL] Using 1 / 20 CPU's for compression
> [VGL] Using pixel buffer objects for readback (BGR --> BGR)
> [VGL] Client version: 2.1
> 1120.859969 frames/sec - 1250.879726 Mpixels/sec
> 1146.893768 frames/sec - 1279.933445 Mpixels/sec
> 1144.531196 frames/sec - 1277.296815 Mpixels/sec
> [angelv@deim ~]$
> 
> 
> Any pointers?
> 
> Many thanks,
> AdV
> 
> -- 
> You received this message because you are subscribed to the Google
> Groups "VirtualGL User Discussion/Support" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to [email protected]
> <mailto:[email protected]>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/virtualgl-users/b8f7c22a-a144-48b3-a006-ee9d76353346%40googlegroups.com
> <https://groups.google.com/d/msgid/virtualgl-users/b8f7c22a-a144-48b3-a006-ee9d76353346%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"VirtualGL User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/virtualgl-users/1064a902-03ed-47c6-a7e6-4abbab77f2f6%40virtualgl.org.
For more options, visit https://groups.google.com/d/optout.

Reply via email to