Probably missing 32bit vulkan drivers.
It should be there:
libvulkan1
libvulkan1-32bit
libvulkan_intel
libvulkan_intel-32bit
libvulkan_radeon
libvulkan_radeon-32bit
Mesa
Mesa-32bit
Mesa-demo
Mesa-demo-egl
Mesa-demo-es
Mesa-demo-x
Mesa-dri
Mesa-dri-32bit
Mesa-gallium
Mesa-gallium-32bit
Mesa-libd3d
Mesa-libEGL1
Mesa-libGL1
Mesa-libGL1-32bit
Mesa-libglapi0
Mesa-libglapi0-32bit
Mesa-libRusticlOpenCL
Mesa-libva
Mesa-vulkan-device-select
Mesa-vulkan-device-select-32bit
vulkan-tools
vulkan-validationlayers
Not sure what's going wrong then, but
Required Vulkan extension VK_KHR_surface not supported
pretty much always means missing drivers and is never a DXVK issue.
Can we get dxvk to printout which driver/card it found?
It already did print out that it found nothing.
well it found a card where it says extension is not supported. but it doesnt print the device name.
No, VK_KHR_surface is an instance extension, not a device extension. It fails before even creating a device.
that makes even less sense if we look at vulkaninfo.
Well, vulkaninfo will only check 64bit vulkan drivers and loader. That's why i'm pretty sure this is an issue of 32bit drivers missing. If the 32bit intel vulkan drivers are present, then maybe the 32bit vulkan loader is missing. You'd have to compile a 32bit version of vulkaninfo to check 32bit drivers.
Anyways, this is 100% a set-up issue and not a dxvk bug. I'd ask either in lutris or opensuse support communities for help with this.
32bit vulkaninfo looks fine too.
(file ./vulkaninfo ; ./vulkaninfo) 2>&1 | tee vulkaninfo-32bit.txt
diff is
diff -urN vulkaninfo.txt vulkaninfo-32bit.txt
--- vulkaninfo.txt 2023-04-30 12:37:46.197178605 +0200
+++ vulkaninfo-32bit.txt 2023-04-30 13:31:55.624386772 +0200
@@ -1,3 +1,4 @@
+./vulkaninfo: ELF 32-bit LSB pie executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, BuildID[sha1]=71ed5a1e1d501c6868632d71f7a867f9d1b81456, for GNU/Linux 3.2.0, stripped
==========
VULKANINFO
==========
@@ -156,7 +157,7 @@
deviceID = 0x56a0
deviceType = PHYSICAL_DEVICE_TYPE_DISCRETE_GPU
deviceName = Intel(R) Arc(tm) A770 Graphics (DG2)
- pipelineCacheUUID = 8aa5ebd4-f741-e26e-a185-b0a4edb381cb
+ pipelineCacheUUID = d38a7787-76fc-e93f-6ea6-4ef85c5ea3b4
VkPhysicalDeviceLimits:
-----------------------
@@ -996,14 +997,14 @@
=================================
memoryHeaps: count = 2
memoryHeaps[0]:
- size = 17079205888 (0x3fa000000) (15.91 GiB)
- budget = 15371075584 (0x394300000) (14.32 GiB)
+ size = 17079205888 (0x3fa000000) (3.91 GiB)
+ budget = 15371075584 (0x394300000) (2.32 GiB)
usage = 0 (0x00000000) (0.00 B)
flags: count = 1
MEMORY_HEAP_DEVICE_LOCAL_BIT
memoryHeaps[1]:
- size = 24535366656 (0x5b66bfc00) (22.85 GiB)
- budget = 22538092544 (0x53f600000) (20.99 GiB)
+ size = 24535366656 (0x5b66bfc00) (2.85 GiB)
+ budget = 22802333696 (0x54f200000) (1.24 GiB)
usage = 0 (0x00000000) (0.00 B)
flags:
None
Can you try with NODEVICE_SELECT=1 as environment variable to disable Mesa's device select layer? Otherwise I don't know what the problem is, but I'm still sure that it is nothing that can be fixed in DXVK.
tested. no change.
You don't have DXVK_FILTER_DEVICE_NAME set some where in your environment right?
VK_ICD_FILENAMES still pointed to the nvidia icd file which of course does not work. for lutris it was hidden in system.yml and the manual shell script was based on some old lutris env.
ge-proton7-43x1 2023-04DXVK_FILTER_DEVICE_NAMEx1 2023-04msvproc.dllx1 2023-04winevulkan.dllx1 2023-04
I bought the card just for video encoding but thought i would give it a try for general desktop as well:
vulkaninfo says the extension is supported. vkmark works. vkdt (vulkan compute based image editor) works.
Software information
basic starting of a wine env fails
System information
Tested both set up via lutris as well as manually setup wine env
Log files
vkmark
vulkaninfo attached
vulkaninfo.txt