You're not making sense. TurboVNC has no interaction at all with the root 
display. It is completely independent of it. You can use TurboVNC without VGL, 
and you can also use VGL without TurboVNC. VGL needs two X servers: 3D and 2D. 
The 3D X server is the one attached to the 3D hardware, and this is where the 
3D rendering occurs. The 2D X server is where the images are ultimately 
displayed, and it can be either a virtual X server such as VNC or an actual X 
server located on your client machine (if you are using the VGL transport) or 
even a hybrid solution like NX (which is sort of an X proxy and sort of not.)

Something is incorrect in your configuration if you're getting a message about 
GLX being missing on :2.0. VGL should never try to send GLX commands to :2.0, 
because that's the 2D X server. If commands are being sent there, it's probably 
because you have errantly tried to override VGL_DISPLAY or because VGL isn't 
loaded.

On Jul 16, 2012, at 12:57 AM, Shanon Loughton <auto...@iinet.net.au> wrote:

> Hi 
> 
> Just splitting this issue out...
> 
> In Ubuntu, with a monitor attached everything works as per VirtualGL 
> documentation.  With it detached, Ubuntu, or rather Xorg/lightdm does not 
> load the Nvidia driver module because it cannot find a physical screen.  With 
> other VNCs/remote desktop solutions this is ok because a 2D virtual 
> framebuffer is created. Obviously for us we need access to the real frame 
> buffer on the GPU, accessed through xorg's display :0.0 (usually this value).
> 
> Symptoms of this issue with monitor detached:
> - running $ vglrun ./glxinfo returns something like
>    Xlib:  extension "GLX" missing on display ":2.0".
>    Error: couldn't find RGB GLX visual or fbconfig
> - running $ xdpyinfo -d :0
>    No protocol specified
>    xdpyinfo:  unable to open display ":0".
> - Your /var/log/Xorg.0.log file attempts to load Nvidia module, but fails 
> with something like this:
>    [  8951.242]  (EE) No devices detected. 
>    Fatal server error: 
>    [  8951.242] no screens found 
>    followed by ceremonious unloading of your precious Nvidia module. 
> 
> This is the problem with Ubuntu and xorg/lightdm. 
> 
> The workaround is as follows:
> - The screen/display needs to be successfully enabled and to do this you can 
> create/edit xorg.conf file to tell the Nvidia module that "there is a 
> monitor, trust me":
>   edit /etc/X11/xorg.conf:
>     ...
>     Section "Device"
>        ...
>        Option       "ConnectedMonitor" "CRT-0"
>        Option       "UseEDID" "FALSE"
>     EndSection
> - then restart lightdm
>   $ sudo service lightdm restart
> - Your /var/log/Xorg.0.log will have no NVIDIA(0) errors like lines with 
> "(EE)"
> - This means your display :0.0 is available but only to root user.  You get 
> the same symptoms as above but can now get access to basic tests such as with 
> sudo:
>   $ export XAUTHORITY=/var/run/lightdm/root/:0
>   $ sudo ./glxinfo -c -display :0
> 
> This is where I get stuck trying to make it all work with normal priveleged 
> user.  How does vncserver and $HOME/.Xauthority work here? Can I link it to 
> /var/run/lightdm/root/:0 ? 
> 
> My Environment:
>  - Ubuntu 12.04 64 bit on both client and server physical machines, both 
> intel 64 bit cpu, server has an Nvidia with pbuffer support.
>  - turbovnc_1.1_amd64.deb on both client and server
>  - virtualgl_2.3.1_amd64.deb, and virtualgl32_2.3.1_amd64.deb on server, 
> according to 2.3.1 documentation
>  - glxinfo on server shows glx vendor string: NVIDIA Corporation, p in the 
> 'drw typ' column
>  - vglserver_config all usual, no limits in place
> 
> Cheers
> Shanon
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> VirtualGL-Users mailing list
> VirtualGL-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/virtualgl-users

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to