[Bug 90418] Front buffer tracker is not invalidating the fb obj for DRRS/PSR

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed May 13 04:33:53 PDT 2015


https://bugs.freedesktop.org/show_bug.cgi?id=90418

--- Comment #5 from Chris Wilson <chris at chris-wilson.co.uk> ---
(In reply to Ramalingam C from comment #4)
>  
> > > >> Are you saying that you observe this after the display server is active?
> > > Yes. Even when ubuntu Desktop is up, this behavior(absence of invalidate) is
> > > observed.
> > 
> > Since invalidate is only called at the start of a write transaction, yes.
> > The desktop should only be flipping (not even drawing into the scanout)
> > which only triggers flush on the change of buffers.
> 
> Yes. But when we are opening the apps like file browser or terminal, FB will
> be changed hence leading to a write operation. correct me if i am wrong
> about this. In such scenarios also fb_obj invalidate call is not made.

The writes are to a backbuffer which is flipped to the scanout, hence no
invalidate only flush from the flip.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20150513/20f8984a/attachment.html>


More information about the intel-gfx-bugs mailing list