Michel D�nzer wrote: > On Fri, 2002-05-31 at 14:09, Keith Whitwell wrote: > >>>I seem to have discovered a nasty interaction between framebuffer and DRI/DRM >>>in OpenGL applications. I can reproduce this problem in at least Return to >>>Castle Wolfenstein (version 1.1b) and Tux Racer. >>> >>>I am using a 32 MB ATI Rage Pro 128 on Debian woody (XFree86 4.1). If I run >>>Tuxracer or RTCW, and wait for the game to load, everything is alright. >>>However if I switch to a spare virtual terminal, and switch back to X, the >>>fonts become illegible -- they just appear as coloured boxes with no >>>outlines, making things unplayable. >>> >>It sounds like the texture cache is getting wiped out, but the DRI drivers >>aren't realizing that it's happened. This shouldn't be too hard to fix if >>someone has time. >> > > The 3D drivers have to assume that all textures are gone after a VT > switch, but do they even have a notion of s VT switch yet? For all I > know, the X server grabs the lock on VT switches to prevent clients from > rendering (which also prevents DRI from being enabled on more than one > display). Can the X server invalidate textures after a switch?
The X server should explicitly wipe out the texture cache in it's LeaveVT routine. It currently doesn't. Keith _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
