<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, May 7, 2018 at 8:16 AM, Nicolai Hähnle <span dir="ltr"><<a href="mailto:nhaehnle@gmail.com" target="_blank">nhaehnle@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Very nice. We should probably think about exposing this as a more generally available performance knob if you're confident enough that it works.<span class=""><br></span></blockquote><div><br></div><div>I'm absolutely confident that it works. I've run a lot of image quality tests on Polaris11 and Vega12.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<br>
On 03.05.2018 00:42, Marek Olšák wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
FYI, the environment variable will only have effect on amdgpu.<br>
</blockquote>
<br></span>
If I understand the code correctly, the environment variable *will* have an effect on radeon, but it'll likely just not work correctly because the surfaces aren't computed correctly.<br>
<br>
So it seems a good idea to have an explicit check for that. With that, patches 5-9:<br></blockquote><div><br></div><div>I've changed the code such that the EQAA env var is ignored on radeon.<br><br></div><div>Marek<br></div></div><br></div></div>