On Mon, Aug 27, 2007 at 11:29:04PM +0200, Denis Oliver Kropp wrote: > [EMAIL PROTECTED] wrote: > > New commits: > > http://git.directfb.org/?p=core/DirectFB.git;a=commit;h=0d9188ce2911c3aba09f9c4a5ea174ef7f9d2b33 > > commit 0d9188ce2911c3aba09f9c4a5ea174ef7f9d2b33 > > Author: Ville Syrjala <[EMAIL PROTECTED]> > > Date: Mon Aug 27 23:13:22 2007 +0300 > > > > Avoid unnecessary dfb_gfxcard_sync(). > > > > Avoid waiting for idle accelerator twice by clearing the GPU read > > access flag when handling GPU write access. > > > > src/core/surface_buffer.c | 2 ++ > > 1 files changed, 2 insertions(+), 0 deletions(-) > > > > http://git.directfb.org/?p=core/DirectFB.git;a=commit;h=22ac13e66da5409ff1b0b28bb6477aa144f9955d > > commit 22ac13e66da5409ff1b0b28bb6477aa144f9955d > > Author: Ville Syrjala <[EMAIL PROTECTED]> > > Date: Mon Aug 27 23:10:45 2007 +0300 > > > > Fix CPU read/write access confusion. > > > > CPU read access after GPU read does not need any handling. CPU write > > after > > a GPU read needs a sync. Flushing the texture cache is not needed. > > > > src/core/surface_buffer.c | 6 ++---- > > 1 files changed, 2 insertions(+), 4 deletions(-) > > > > http://git.directfb.org/?p=core/DirectFB.git;a=commit;h=fd596f8f4c906d78ebbf1d710448aaef01cfb208 > > commit fd596f8f4c906d78ebbf1d710448aaef01cfb208 > > Author: Ville Syrjala <[EMAIL PROTECTED]> > > Date: Mon Aug 27 23:06:42 2007 +0300 > > > > Flush the read cache only when a CPU read access is requested. > > Thanks for all your fixes. In this case we always need to do the > flush because next time the flag might not be set anymore and we > don't flush at all.
A CPU write to the framebuffer aperture will automatically flush the cache. Hmm, but of course there no quarantee that the entity requesting write access will actually write anything, so the next read access might return stale data from the cache. Is that the case you had in mind, or am I missing something more obvious? (it's quite late so my mind is fuzzy :) -- Ville Syrjälä [EMAIL PROTECTED] http://www.sci.fi/~syrjala/ _______________________________________________ directfb-cvs mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-cvs
