getsolus / packages

Solus Package Monorepo & Issue Tracker
65 stars 79 forks source link

Gamescope - downgrade to 3.14.2 - Polaris issues #2484

Closed pulee98 closed 5 months ago

pulee98 commented 5 months ago

Please confirm there isn't already an existing package deprecation request

Name

Gamescope

Last Update Date

Apr 30, 2024

Link to an announcement of archival or deprecation, if applicable.

No response

Reason for deprecation

There's currently bug that affects AMD Polaris GPUs: https://github.com/ValveSoftware/gamescope/issues/1218

User "ammgws" bisected and found the commit 82e3632 which, breaks the Gamescope on Polaris cards.

I propose deprecation of the gamescope to the 3.14.2 (with HDR patch) for the time being. I've successfully built this version and ran it - tested with Halo: MCC, everything seems fine. Haven't tested HDR though.

Before (3.14.11): poolee@poolee-solus ~ $ gamescope glxgears No CAP_SYS_NICE, falling back to regular-priority compute and threads. Performance will be affected. ATTENTION: default value of option vk_khr_present_wait overridden by environment. ATTENTION: default value of option vk_khr_present_wait overridden by environment. vulkan: selecting physical device 'AMD Radeon RX 580 Series (RADV POLARIS10)': queue family 1 (general queue family 0) vulkan: physical device does not support DRM format modifiers wlserver: [backend/headless/backend.c:67] Creating headless backend xdg_backend: Seat name: vulkan: supported DRM formats for sampling usage: gamescope: types/wlr_linux_dmabuf_v1.c:532: feedback_compile: Assertion table_len > 0 failed. Aborted (core dumped)

After (3.14.2): poolee@poolee-solus ~/Desktop $ gamescope glxgears No CAP_SYS_NICE, falling back to regular-priority compute and threads. Performance will be affected. ATTENTION: default value of option vk_khr_present_wait overridden by environment. ATTENTION: default value of option vk_khr_present_wait overridden by environment. vulkan: selecting physical device 'AMD Radeon RX 580 Series (RADV POLARIS10)': queue family 1 (general queue family 0) vulkan: physical device does not support DRM format modifiers wlserver: [backend/headless/backend.c:67] Creating headless backend vulkan: supported DRM formats for sampling usage: vulkan: AR24 (0x34325241) vulkan: XR24 (0x34325258) vulkan: AB24 (0x34324241) vulkan: XB24 (0x34324258) vulkan: RG16 (0x36314752) vulkan: NV12 (0x3231564E) vulkan: AB4H (0x48344241) vulkan: XB4H (0x48344258) vulkan: AB48 (0x38344241) vulkan: XB48 (0x38344258) vulkan: AB30 (0x30334241) vulkan: XB30 (0x30334258) vulkan: AR30 (0x30335241) vulkan: XR30 (0x30335258) vulkan: Creating Gamescope nested swapchain with format 64 and colorspace 0 wlserver: Running compositor on wayland display 'gamescope-0' wlserver: [backend/headless/backend.c:17] Starting headless backend wlserver: [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X0: Address already in use wlserver: [xwayland/server.c:108] Starting Xwayland on :2 wlserver: [types/wlr_compositor.c:692] New wlr_surface 0x5646bf3967f0 (res 0x5646bf39cd20) wlserver: [xwayland/server.c:273] Xserver is ready pipewire: stream state changed: connecting pipewire: stream state changed: paused pipewire: stream available on node ID: 70 vblank: Using timerfd. vulkan: Creating Gamescope nested swapchain with format 64 and colorspace 0 pipewire: renegotiating stream params (size: 1280x720) wlserver: [types/wlr_compositor.c:692] New wlr_surface 0x5646bf377310 (res 0x5646bf3a0a30) Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. xwm: got the same buffer committed twice, ignoring.

pulee98 commented 5 months ago

I messed it up, it shouldn't be "deprecation request" - more like "downgrade request". I've created proper bug report: https://github.com/getsolus/packages/issues/2486