That's a known bug in our distribution of glxinfo (it wasn't properly handling indirect OpenGL environments.) Should be fixed in the latest 2.5.x pre-release build: https://virtualgl.org/DeveloperInfo/PreReleases
One wonders why the context is indirect, however. Hmmm... When you log into the "local" display in the VM guest and run glxinfo, is the context still indirect? If so, then apparently it's a limitation of the ESXi system. If not (i.e. if the context is indirect only when attempting to access the 3D X server from the login screen), then vglserver_config might be misconfiguring something. DRC On 1/8/18 12:10 PM, KAJINOFE wrote: > Thanks for the response. Once the VM Fedora is installed with the 3D > enabled, I am able to get a proper output for glxinfo: > ********************************************************************************************* > [fedgf@new-host-18 ~]$ glxinfo | grep -i Opengl > OpenGL vendor string: VMware, Inc. > OpenGL renderer string: SVGA3D; build: RELEASE; LLVM; > OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.2.4 > OpenGL core profile shading language version string: 3.30 > OpenGL core profile context flags: (none) > OpenGL core profile profile mask: core profile > OpenGL core profile extensions: > OpenGL version string: 3.0 Mesa 17.2.4 > OpenGL shading language version string: 1.30 > OpenGL context flags: (none) > OpenGL extensions: > OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.2.4 > OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 > OpenGL ES profile extensions: > [fedgf@new-host-18 ~]$ > ********************************************************************************************* > > but after I install VirtualGL by following the doc > <https://cdn.rawgit.com/VirtualGL/virtualgl/2.5.2/doc/index.html>(answered > No to all 3 questions), I'm getting the following error: > ********************************************************************************************* > xdpyinfo -display :0 <-- output fine > ********************************************************************************************* > /opt/VirtualGL/bin/glxinfo -display :0 -c <-- I get the below error > Xlib: sequence lost (0x10019 > 0x19) in reply type 0x0! > X Error of failed request: GLXBadContext > Major opcode of failed request: 154 (GLX) > Minor opcode of failed request: 6 (X_GLXIsDirect) > Serial number of failed request: 25 > Current serial number in output stream: 25 > ********************************************************************************************* > > My goal for all of this was to get some kind of 3D acceleration for the > VM without a GPU which I think is better than nothing. If there's an > obvious error in my setup, please let me know, thank you. > > On Monday, January 8, 2018 at 12:31:09 PM UTC-5, DRC wrote: > > I'm not 100% clear on how ESXi works, but in general, if the X server > running in the VM guest is able to render OpenGL with hardware > acceleration, then it should be possible to use VirtualGL in the VM > guest. That's the strategy for VirtualGL integration, in general. Get > 3D acceleration working without VirtualGL first, then add VirtualGL. > > If there is no physical GPU in the server machine, however, then there > is no point to using VirtualGL, since VirtualGL is fundamentally a > mechanism for virtualizing physical GPU resources so that those > resources can be used remotely and shared by multiple users and > applications. > > On 1/8/18 10:35 AM, KAJINOFE wrote: > > Hello, > > Is it possible to use VirtualGL with the following setup? > > > > ESXi 6.5 > > GPU: none (no discrete GPU, no integrated GPU) > > VM: Linux (Fedora (GNOME X11) with SVGA II 3D enabled) > > > > I'm trying to remote into the above VM with TurboVNC+VirtualGL installed > > on the VM and using TurboVNC on my laptop (Ubuntu) and get 3D > > acceleration and was wondering if this is even possible without a real > > GPU but with VMware's 3D offerings on ESXi. > > > > Thank you. > > -- > 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/8da9910d-3eb3-4458-979a-047a8faee22c%40googlegroups.com > <https://groups.google.com/d/msgid/virtualgl-users/8da9910d-3eb3-4458-979a-047a8faee22c%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/a8e7b3f9-31ec-2e72-4be9-782d5ee3c5f2%40virtualgl.org. For more options, visit https://groups.google.com/d/optout.
