<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Nov 19, 2017 at 5:07 AM, 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"><div class="gmail-HOEnZb"><div class="gmail-h5">On Sun, Nov 19, 2017 at 1:51 AM, Jason Ekstrand <<a href="mailto:jason@jlekstrand.net">jason@jlekstrand.net</a>> wrote:<br>
> On Sat, Nov 18, 2017 at 9:02 AM, Grazvydas Ignotas <<a href="mailto:notasas@gmail.com">notasas@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On Sat, Nov 18, 2017 at 3:06 AM, Jason Ekstrand <<a href="mailto:jason@jlekstrand.net">jason@jlekstrand.net</a>><br>
>> wrote:<br>
>> > On Fri, Nov 17, 2017 at 2:18 PM, Grazvydas Ignotas <<a href="mailto:notasas@gmail.com">notasas@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> I've tested this branch (rx470 + hd530) and it's only partially<br>
>> >> working:<br>
>> >> - display on amd, radv: always fails with "offscreen:<br>
>> >> wsi/wsi_common.c:172: select_memory_type: Assertion `!"No memory type<br>
>> >> found"' failed."<br>
>> >> - display on amd, anv: misrenders. For SaschaWillems, only<br>
>> >> multisampling, subpasses and triangle renders, other demos show black<br>
>> >> window with only text (fps counter and help) visible<br>
>> >> - display on intel, radv: same "No memory type found"'<br>
>> >> - display on intel, anv: seems to be ok<br>
>> ><br>
>> ><br>
>> > Thanks for testing!  I've got a HSW+radeon box at home.  I'll see if I<br>
>> > can<br>
>> > get it fixed early next week.  I did find a couple bugs by inspection<br>
>> > when I<br>
>> > was working on getting modifiers working today.  I've re-pushed if you<br>
>> > feel<br>
>> > like trying again.  Otherwise, I'll see if I can repro on my box.<br>
>><br>
>> Seems to be the same as before. Assertion `!"No memory type found"'<br>
>> starts hitting at "vulkan/wsi: Do image creation in common code".<br>
><br>
><br>
> 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 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>
</div></div>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></blockquote><div><br></div><div>I'm completely unable to reproduce.  Here's my setup:</div><div><br></div><div> - Fedora 27<br></div><div> - X.org 1.19.5</div><div> - xf86-video-amdgpu 1.3.0</div><div> - Linux 4.13.12</div><div> - Intel Haswell</div><div> - AMD RX550</div><div><br></div><div>I've tried with amdgpu, modesetting, and XWayland all running on the AMD card and anv works on all three.  I'm a little weirded out by the fact that my X server is newer but my xf86-video-amdgpu is older.</div><div><br></div><div>Two things I'd like you to try if you can:</div><div><br></div><div> 1) Use modesetting.  It may be a bug in your version of amdgpu.</div><div> 2) Try the attached patch with radv + display on AMD.  It will make radv use the prime path regardless of the fact that it's displaying on the same GPU.</div><div><br></div><div>Thanks!</div><div><br></div><div>--Jason<br></div></div></div></div>