[Intel-gfx] Losing write domains and breaking flushing list

Keith Packard keithp at keithp.com
Sat Oct 25 10:12:53 CEST 2008


On Fri, 2008-10-24 at 22:25 -0700, Keith Packard wrote:

> (a long patch about domain adventures)

Ok, brief testing and it seems to work; I'm not sure how to stress test
it though.

What I do notice is that back and depth both end up sitting in the
flushing list with RENDER write_domain when GL apps exit. I think that's
correct -- the 2D driver isn't doing any domain management, so the last
rendering from the terminating GL app will leave things sitting there.
That's validated by the IRQ request number being lower than the flushing
list reqno. I don't think this is bad though -- these are pinned
buffers, and so it's not a leak (freed buffers will be flushed and
waited for).

-- 
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20081025/c6ab6da8/attachment.sig>


More information about the Intel-gfx mailing list