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