On Mar 02, 09 15:28:09 +0100, Michel Dänzer wrote: > > gkar:~ # glxinfo > > name of display: localhost:10.0 > > Error: couldn't find RGB GLX visual > > > > visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > > ---------------------------------------------------------------------- > > 0x23 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None > > 0x24 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None > > 0x25 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None > > 0x26 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None > > 0x27 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None > > 0x28 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None > > 0x29 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None > > 0x2a 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None > > This seems to work here, but the GLX visual related code was changed
You tested connecting from a recent system to a much older Xserver? > several times recently both in xserver and mesa such that it can break > like above if the two weren't built from snapshots from about the same > time. They can't be built from same versions, if client and server run on different systems with different installations. > I think it means libGL tries use swrast_dri.so before falling back to > indirect rendering. This can be overridden with LIBGL_ALWAYS_INDIRECT, > but I agree it's a questionable default, especially for non-local > $DISPLAYs. Exactly. Using LIBGL_ALWAYS_INDIRECT is a workaround for this issue. Matthias -- Matthias Hopf <mh...@suse.de> __ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
