Dave Airlie wrote:
The 830 page flipping code is turned off for some good reasons:This takes some of the stuff that was recently submitted to the xfree86.org for the i830 and tries to move the i810 along similiar lines...is all cosmetic apart from a new define for the FRONTBUFFER command this is what they call it in the i815 spec anyways. I'm submitting the equivalent patch to xfree86 (well slightly changed) for their tree also. Then I'll start moving over the i830 page flipping code from the xfree86 tree into an i810 driver. Anyone want to sync up our i830 with xfree86's?
- I haven't seen it work without really visible corruption on the flip - typically flashing and blank areas
- It isn't actually all that fast - there is a delay while (presumably) the ramdac cache or fifo drains - this is comparable to the time to blit the window itself. The crossover point was about 300x300 on my test box, but would vary for different machines.
- Because of the above, it is necessary to wait for the flip to finish before clearing the backbuffer & starting the next frame, otherwise you see this happen. Actually this invalidates my explanation of the delay -- the fact that you can see the clear implies that the ramdac is still grabbing new values from the frontbuffer, so I don't really know what the delay arises from.
Keith
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
