[Intel-gfx] Possible wrong flushes on SNB
Lukas Hejtmanek
xhejtman at ics.muni.cz
Wed Oct 12 15:56:47 CEST 2011
Chris,
On Tue, Oct 11, 2011 at 09:01:20PM +0100, Chris Wilson wrote:
> If you are using SNA, the likely cause of the flash is the flush, read,
> modify, write of a fallback. That is we flush pending operations in the
> batchbuffer (likely a fill to the scanout), read back from the scanout
> the just modified region and perform the fallback with the CPU. That
> modification is then queued up to be written out sometime in the near
> future. That delay between the fill and the final write can cause
> flickering.
>
> By contrast UXA performs its fallbacks inplace and so such flicker
> should not be any more perceivable than any other drawing operation.
>
> File a bug. If you are using SNA, I'd like to prevent the fallback and
> so avoid the flicker. Or I may have misdiagnosed it entirely, so in any
> case I want sufficient information to reproduce.
I did: #41718
--
Lukáš Hejtmánek
More information about the Intel-gfx
mailing list