Closed oscarbg closed 4 months ago
Upstream Wine relies on xrandr providers to assign LUIDs to GPUs. Obviously, xrandr doesn't expose any providers on xwayland so on upstream Wine you'll see no LUIDs when using Wayland session.
On the other hand, Proton has some winex11 hacks in place to ensure that even GPUs with no xrandr providers will be added and get some LUID assigned. Feel free to re-run tests with Proton's Wine, you should see some better results even on Wayland session there.
And Wayland driver failing to add GPUs / assign LUIDs sounds like a winewayland bug (or perhaps just incomplete feature) to me.
@Saancreed many thanks for pointing the "winex11 hacks" patch!! I built wine master with this patch (+ hags) and now it works on Wayland.. (using winex11.drv) as you say seems winewayland.drv is not ready.. and fails equally.. hope somebody post an equivalent winewayland.drv patch as the winex11 patch relies only on Vulkan (not xrandr)..
similar issue to https://github.com/jp7677/dxvk-nvapi/issues/150 but even with no winewayland.drv.. in fact the findings in https://github.com/jp7677/dxvk-nvapi/issues/150 are correct but the problem is due to Wayland session and not just related to winewayland.drv.. can test on KDE Plasma Wayland or GNOME Wayland and results are equally bad..
using wine 9.3 master and DXVK-nvapi with reflex:v0.6.4-57-gb54c9fe seeing logs of vk_streamline app on X11 vs Wayland.. this breaks use of DLSS for example.. using Wine master and specifically I see new errors in Wayland in DXVK logs:
not present in X11..
which lead to streamline logs in Wayland:
vs on X11:
seems the error why NvAPI_GPU_GetLogicalGpuInfo fails in wayland is due to bad LUID as seen in nvapi64-tests: https://github.com/jp7677/dxvk-nvapi/blob/b54c9fe968fe2dc8eb237bfbd9de6f4cf58bc9d8/src/nvapi_gpu.cpp#L358
full nvapi64-tests show diff is error is related to LUID retrieval not working in DXVK(?) or DXVK-NVAPI(?=): wayland:
X11:
Adapter ID/LUID: f2030000-00000000 (0x00000000/0x000003f2)
full logs: wayland:x11: