[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