On Tue, 21 Apr 2009 19:48:39 -0700 Eric Anholt <e...@anholt.net> wrote:
> On Tue, 2009-04-14 at 15:22 -0700, Jesse Barnes wrote: > > Add a new page flipping ioctl to the i915 driver, using KMS > > functionality. > > > > Internally, the new flip ioctl will use the mode_set_base function, > > which will simply update the front buffer pointer, taking care to > > pin the new buffer and unpin the old one. This means userspace > > needs to create an FB id for the new front buffer prior to calling > > in. > > > > The flip will take place at the next vblank period automatically > > (since the display base regs are double buffered), and any drawing > > to a buffer with a pending flip will be blocked at execbuf time > > until the next vblank interrupt fires and runs its completion > > handler. > > What's ensuring that the rendering is complete before you queue the > flip to the new buffer? The lock breaking in list walking at idle is > also making me uncomfortable. Well we move it to the GTT domain before trying to flip it, is that not sufficient? As for the lock breaking, I may have screwed something up with that change (there was code motion so I had to re-patch that part), so please take a close look, there may be a better way to clean it up. -- Jesse Barnes, Intel Open Source Technology Center ------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
