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? -- Earthling Michel D�nzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast _______________________________________________________________ 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
