Experimental options

Michel Dänzer michel at daenzer.net
Sun Dec 12 08:55:33 PST 2004


On Sun, 2004-12-12 at 11:10 -0500, Vladimir Dergachev wrote:
> 
> On Sat, 11 Dec 2004, Michel [ISO-8859-1] Dnzer wrote:
> 
> > On Sat, 2004-12-11 at 11:19 -0500, Vladimir Dergachev wrote:
> >>>>
> >>>>      The 2d speedup is quite considerable, however one would expect all GL
> >>>> apps to break because of this, as even software rendering won't work.
> >>>
> >>> libGL should fall back to GLX when the *_dri.so isn't around.  Is it
> >>> not?  Even so, it would be nice to make some sort of change to make
> >>
> >> I don't think it does. At the very least this was broken for me - or maybe
> >> I screwed up something else.
> >
> > It should definitely fall back to indirect rendering, just like when
> > there's a problem loading any of the existing 3D drivers.
> 
> Well, I have just committed the code, protected by X_R300_DRM option - if 
> not enabled (which is default) the DRM is not used in any way.

The option is superfluous IMHO, just enable it.

> I double-checked (removing r300_dri.so from /usr/X11/lib/modules/dri) and
> I still get glxgears lockup. Also, glxinfo returns info as for direct 
> rendering driver - as, I suppose, it should.

No, only the DRI driver has this information, so it can only do that if
libGL can load the driver. Set LIBGL_DEBUG=verbose to find out where
it's picking it up from.


-- 
Earthling Michel Dänzer      |     Debian (powerpc), X and DRI developer
Libre software enthusiast    |   http://svcs.affero.net/rm.php?r=daenzer



More information about the xorg mailing list