OK, so perhaps I should have said it doesn't have "full 3D acceleration", but the result is the same. Most built-in Linux drivers are "2.5D" accelerated at best.
Let me put this another way-- the 3D driver must support Pbuffer-enabled FB configs in order to work in a VirtualGL server. NVIDIA and ATI boards using the respective drivers from those vendors are the only configurations that are known to support Pbuffer-enabled FB configs. Thus, these boards are the only ones known to work in a VirtualGL server. If you discover another configuration that works, let us know about it, and I'll be glad to update the docs to reflect this. Most likely, Mesa is reporting that GLX_SGIX_pbuffer is available, but it isn't actually implemented in the underlying driver. I've seen that before. Jose Rodriguez wrote: > 2009/11/21 DRC <dcomman...@users.sourceforge.net>: >> This adapter is not using 3D acceleration. Note that the OpenGL >> renderer is Mesa. That's software OpenGL. You need >> hardware-accelerated OpenGL, which is only going to come from an NVidia >> or ATI adapter with the vendor's 3D drivers installed. > > I have to disagree with you about this. The lines: > >>> OpenGL vendor string: Tungsten Graphics, Inc >>> OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM GEM 20090712 >>> 2009Q2 RC3 x86/MMX/SSE2 >>> OpenGL version string: 1.3 Mesa 7.6 > > indicate that a) the OpenGL implementation the 3D driver is using is > Mesa, by Tungsten Graphics; b) that it is being hardware accelerated > (DRI=direct rendering infrastructure). If this was not the case, that > line would read: > > OpenGL renderer string: Software Rasterizer > > I think there may be a bit of confusion about this. I noticed that the > VirtualGL documentation says > > "Install the vendor drivers for the server’s 3D graphics card. Do not > use the drivers that ship with Linux, as these do not provide 3D > acceleration or Pbuffer support. " > > But I thought the reason was that the docs weren't up to date. > Actually, the OSS drivers provide 3D acceleration for ATI cards from > R100 to R500 and there's already experimental support for more recent > generations. Also, Intel cards have had 3D linux support since long > ago. > > Regarding pixel buffers, I can't be so sure--especially with this very > low end card of mine. However, the extension GLX_SGIX_pbuffer is > present, and the Xorg developer who took a look at my glxinfo > mentioned a couple of other extensions related to it (which I can't > remember). > > Is there anything I can do to get to the bottom of this? I still don't > discard the possibility that I haven't set up the whole thing > properly, or that some oddness somewhere is causing problems with > permissions or what have you. > > Also, I'll soon have another laptop of mine back with and ATI card, I > could try with that one with both the proprietary and the open source > driver. > > Regards > > Jose > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
