[Mesa-dev] [PATCH 00/28] vulkan/wsi: Rework WSI to look a lot more like a layer

[Jason Ekstrand]

On Sun, Nov 19, 2017 at 5:07 AM, Grazvydas Ignotas <notasas at gmail.com>
wrote:

> On Sun, Nov 19, 2017 at 1:51 AM, Jason Ekstrand <jason at jlekstrand.net>
> wrote:
> > On Sat, Nov 18, 2017 at 9:02 AM, Grazvydas Ignotas <notasas at gmail.com>
> > wrote:
> >>
> >> On Sat, Nov 18, 2017 at 3:06 AM, Jason Ekstrand <jason at jlekstrand.net>
> >> wrote:
> >> > On Fri, Nov 17, 2017 at 2:18 PM, Grazvydas Ignotas <notasas at gmail.com
> >
> >> > wrote:
> >> >>
> >> >> I've tested this branch (rx470 + hd530) and it's only partially
> >> >> working:
> >> >> - display on amd, radv: always fails with "offscreen:
> >> >> wsi/wsi_common.c:172: select_memory_type: Assertion `!"No memory type
> >> >> found"' failed."
> >> >> - display on amd, anv: misrenders. For SaschaWillems, only
> >> >> multisampling, subpasses and triangle renders, other demos show black
> >> >> window with only text (fps counter and help) visible
> >> >> - display on intel, radv: same "No memory type found"'
> >> >> - display on intel, anv: seems to be ok
> >> >
> >> >
> >> > Thanks for testing!  I've got a HSW+radeon box at home.  I'll see if I
> >> > can
> >> > get it fixed early next week.  I did find a couple bugs by inspection
> >> > when I
> >> > was working on getting modifiers working today.  I've re-pushed if you
> >> > feel
> >> > like trying again.  Otherwise, I'll see if I can repro on my box.
> >>
> >> Seems to be the same as before. Assertion `!"No memory type found"'
> >> starts hitting at "vulkan/wsi: Do image creation in common code".
> >
> >
> > I force-pushed the branch again with an added commit: "radv: Move wsi
> > initialization later in physical_device_init" that fixes the memory type
> > issue with radv.  I've tested both radv + radeon and anv + radeon on my
> HSW
> > + Rx550 and they both work now.  I'm having a bit of trouble actually
> > getting my system to start up on the Intel card so I'll have to leave
> > testing radv on Intel for another day.
>
> Radv is working now on both displays, however "display on amd + anv"
> case still acts the same (black window on most, but not all
> SaschaWillems demos). I'm using xf86-video-amdgpu 1.4.0, 4.14 kernel
> and xorg-server 1.18.4, if that makes a difference.
>

I'm completely unable to reproduce.  Here's my setup:

 - Fedora 27
 - X.org 1.19.5
 - xf86-video-amdgpu 1.3.0
 - Linux 4.13.12
 - Intel Haswell
 - AMD RX550

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.

Two things I'd like you to try if you can:

 1) Use modesetting.  It may be a bug in your version of amdgpu.
 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.

Thanks!

--Jason
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20171120/f3daedb9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-HACK-vulkan-wsi-x11-Pretend-we-re-always-using-prime.patch
Type: text/x-patch
Size: 800 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20171120/f3daedb9/attachment.bin>