On 2002.05.23 22:37 Leif Delgass wrote: > I've committed code to read BM_GUI_TABLE to reclaim processed buffers and > disabled frame and buffer aging with the pattern registers. I've > disabled > saving/restoring the pattern registers in the DDX and moved the wait for > idle to the XAA Sync. This fixes the slowdown on mouse moves. I also > fixed a bug in getting the ring head. One bug that remains is that when > starting tuxracer or quake (and possibly other apps) from a fresh restart > of X, there is a problem where old bits of the back- or frame-buffer show > through. With tuxracer (windowed), if I move the window, the problem > goes > away. It seems that some initial state is not being set correctly or > clears aren't working. If I run glxgears (or even tunnel, which uses > textures) first, after starting X and before starting another app, the > problem isn't there. If someone has a cvs build or binary from before > Monday the 20th but after Saturday the 18th, could you test to see if > this > happens? I'm not sure if this is new behavior or not.
No, it's not new. I've experienced it almost always on my machine since we first ported the driver to Mesa 4.0. I recall that when I reported the 1st other people reported similar behavior. From the effect that creates, seems that the back buffer isn't being reset between frames. > > I tried removing the flush on swaps in my tree and things seem to still > work fine (the bug mentioned above is still there, however). We may need > to think of an alternate way to do frame aging and throttling, without > using a pattern register. I suppose that if we bookkeep the BM_GUI_TABLE values that corresponds to the page transitions we can determine accurately which frame is being processed at each moment. Is this enough? Jos� Fonseca _______________________________________________________________ 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
