<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 12, 2020 at 9:54 AM Daniel Vetter <<a href="mailto:daniel@ffwll.ch">daniel@ffwll.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Aug 11, 2020 at 09:42:11AM -0400, Marek Olšák wrote:<br>
> There are a few cases when the flags can change, for example DCC can be<br>
> disabled due to a hw limitation in the 3d engine. Modifiers give the<br>
> misleading impression that they help with that, but they don't. They don't<br>
> really help with anything.<br>
<br>
But if that happens, how do you tell the other side that it needs to<br>
sample new flags? Does that just happen all the time?<br>
<br>
Also do the DDC state changes happen for shared buffers too?<br></blockquote><div><br></div><div>I thought we were only talking about shared buffers.</div><div><br></div><div><div>If the other side is only a consumer and the producer must disable DCC, the producer decompresses DCC and then disables it and updates the BO flags. The consumer doesn't need the new flags, because even if DCC stays enabled in the consumer, it's in a decompressed state (it has no effect). Only the producer knows it's disabled, and any new consumer will also know it when it queries the latest BO flags.<br></div><div><br></div><div>It doesn't work if both sides use writes, because it's not communicated that DCC is disabled (BO flags are queried only once). This hasn't been a problem so far.</div><div><br></div><div>Is there a way to disable DCC correctly and safely across processes? Yes. So why don't we do it? Because it would add more GPU overhead.<br></div><div><br></div><div>Marek<br></div></div></div></div>