<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Front buffer tracker is not invalidating the fb obj for DRRS/PSR"
href="https://bugs.freedesktop.org/show_bug.cgi?id=90418#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Front buffer tracker is not invalidating the fb obj for DRRS/PSR"
href="https://bugs.freedesktop.org/show_bug.cgi?id=90418">bug 90418</a>
from <span class="vcard"><a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> <span class="fn">Chris Wilson</span></a>
</span></b>
<pre>(In reply to Ramalingam C from <a href="show_bug.cgi?id=90418#c4">comment #4</a>)
<span class="quote">>
> > > >> 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.</span >
The writes are to a backbuffer which is flipped to the scanout, hence no
invalidate only flush from the flip.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are on the CC list for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>