Log message:
Fixes a bad interaction between the new libGL and drivers built in the
trunk that haven't been converted to the new interface or drivers
built before the driinterface merge (i.e., the ones that ship with
every XFree86 4.x.x release).
Basically, FillInVisuals was excluding modes whose drawableType didn't
match GLX_WINDOW_BIT exactly. This means that a mode would get tossed
if drawableType was (GLX_WINDOW_BIT|GLX_PIXMAP_BIT), which is what
every server-side driver sets! The proper test is to just make sure
that GLX_WINDOW_BIT is set.
Reported by: Numerous folks on dri-devel and dri-users.
Modified files:
xc/xc/lib/GL/glx/:
glxext.c Revision Changes Path
1.40 +41 -14 xc/xc/lib/GL/glx/glxext.c
This should fix the problems people have been seeing with various drivers since the driinterface merge. I have successfull run the following combinations with current XFree86 CVS installed:
- XFree86 r200 driver + DRI libGL.so + XFree86 server-side - DRI r200 driver + DRI libGL.so + XFree86 server-side - DRI r200 driver + XFree86 libGL.so + XFree86 server-side - XFree86 i845 driver + DRI libGL.so + XFree86 server-side - DRI i845 driver + DRI libGL.so + XFree86 server-side - DRI i845 driver + XFree86 libGL.so + XFree86 server-side
I tested with glxinfo and tunnel.
Sorry for causing such a ruckus.
------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
