On Sun, Nov 19, 2017 at 5:07 AM, Grazvydas Ignotas <nota...@gmail.com>
wrote:
> On Sun, Nov 19, 2017 at 1:51 AM, Jason Ekstrand <ja...@jlekstrand.net>
> wrote:
> > On Sat, Nov 18, 2017 at 9:02 AM, Grazvydas Ignotas <nota...@gmail.com>
> > wrote:
> >>
> >> On Sat, Nov 18, 2017 at 3:06 AM, Jason Ekstrand <ja...@jlekstrand.net>
> >> wrote:
> >> > On Fri, Nov 17, 2017 at 2:18 PM, Grazvydas Ignotas <nota...@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
From dc9d55cfa382e07fa9cb3c0a7469b6ee962678f1 Mon Sep 17 00:00:00 2001
From: Jason Ekstrand <jason.ekstr...@intel.com>
Date: Mon, 20 Nov 2017 08:04:23 -0800
Subject: [PATCH] HACK: vulkan/wsi/x11: Pretend we're always using prime
---
src/vulkan/wsi/wsi_common_x11.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/vulkan/wsi/wsi_common_x11.c b/src/vulkan/wsi/wsi_common_x11.c
index c29e0a2..cc89def 100644
--- a/src/vulkan/wsi/wsi_common_x11.c
+++ b/src/vulkan/wsi/wsi_common_x11.c
@@ -1083,6 +1083,7 @@ x11_surface_create_swapchain(VkIcdSurfaceBase *icd_surface,
chain->threaded = false;
chain->status = VK_SUCCESS;
+ chain->base.use_prime_blit = true;
if (!wsi_x11_check_dri3_compatible(conn, local_fd))
chain->base.use_prime_blit = true;
--
2.5.0.400.gff86faf
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
