<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 21, 2017 at 1:21 PM, 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Mon, Nov 20, 2017 at 6:08 PM, Jason Ekstrand <<a href="mailto:jason@jlekstrand.net">jason@jlekstrand.net</a>> wrote:<br>
> On Sun, Nov 19, 2017 at 5:07 AM, Grazvydas Ignotas <<a href="mailto:notasas@gmail.com">notasas@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On Sun, Nov 19, 2017 at 1:51 AM, Jason Ekstrand <<a href="mailto:jason@jlekstrand.net">jason@jlekstrand.net</a>><br>
>> wrote:<br>
>> ><br>
</span><span class="gmail-">>> > I force-pushed the branch again with an added commit: "radv: Move wsi<br>
>> > initialization later in physical_device_init" that fixes the memory type<br>
>> > issue with radv.  I've tested both radv + radeon and anv + radeon on my<br>
>> > HSW<br>
>> > + Rx550 and they both work now.  I'm having a bit of trouble actually<br>
>> > getting my system to start up on the Intel card so I'll have to leave<br>
>> > testing radv on Intel for another day.<br>
>><br>
>> Radv is working now on both displays, however "display on amd + anv"<br>
>> case still acts the same (black window on most, but not all<br>
>> SaschaWillems demos). I'm using xf86-video-amdgpu 1.4.0, 4.14 kernel<br>
>> and xorg-server 1.18.4, if that makes a difference.<br>
><br>
><br>
> I'm completely unable to reproduce.  Here's my setup:<br>
><br>
>  - Fedora 27<br>
>  - X.org 1.19.5<br>
>  - xf86-video-amdgpu 1.3.0<br>
>  - Linux 4.13.12<br>
>  - Intel Haswell<br>
>  - AMD RX550<br>
><br>
> I've tried with amdgpu, modesetting, and XWayland all running on the AMD<br>
> card and anv works on all three.  I'm a little weirded out by the fact that<br>
> my X server is newer but my xf86-video-amdgpu is older.<br>
<br>
</span>Well I compiled my own xf86-video-amdgpu. Not sure why.<br>
<span class="gmail-"><br>
> Two things I'd like you to try if you can:<br>
><br>
>  1) Use modesetting.  It may be a bug in your version of amdgpu.<br>
<br>
</span>Same results (black window), plus all the tearing all over I usually<br>
get with it. Also tried the distro kernel (4.10).<br>
<span class="gmail-"><br>
>  2) Try the attached patch with radv + display on AMD.  It will make radv<br>
> use the prime path regardless of the fact that it's displaying on the same<br>
> GPU.<br>
<br>
</span>Still works fine, albeit a bit slower (as expected I guess).<br>
Maybe something specific to SKL?<br>
</blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">I think it may be weirdly enough.  More specifically, I think you're probably hitting a bug I found today in the Sascha demos that probably only actually shows up on SKL.  Give this PR a try:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><a href="https://github.com/SaschaWillems/Vulkan/pull/400">https://github.com/SaschaWillems/Vulkan/pull/400</a></div><div class="gmail_extra"><br></div><div class="gmail_extra">--Jason<br></div></div>