<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 21 July 2017 at 15:33, Grazvydas Ignotas <span dir="ltr"><<a href="mailto:notasas@gmail.com" target="_blank">notasas@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Jul 21, 2017 at 11:21 AM, Alex Smith<br>
<<a href="mailto:asmith@feralinteractive.com">asmith@feralinteractive.com</a>> wrote:<br>
><br>
> I don't have Doom available to test. How's it broken?<br>
<br>
</span>After the menu loads, it gets stuck flipping between some 2 (?)<br>
arbitrary frames than are no longer updating.<br>
<span class=""><br>
> Could you see if removing the usage flags condition on the second call to<br>
> radv_image_view_make_<wbr>descriptor makes any difference? Otherwise I'm not sure<br>
> what's wrong - as far as I could tell this should be making RADV do<br>
> basically the same as what radeonsi does.<br>
<br>
</span>That seems to fix it, as well as reverting the whole patch (still<br>
reverts cleanly).<br></blockquote><div><br></div><div>OK, RADV can use images as storage images internally for resolves, which don't require destination images to have TRANSFER_DST usage as far as I can see. I guess that must be what's going wrong. I'll send a fix.</div><div><br></div><div>Alex</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Gražvydas<br>
</blockquote></div><br></div></div>