Hey, so I have a weird issue with my 8bitdoo Ultimate 2 controller. As the title say, under high cpu load, the controller has wild shifts in latency that last usually for just a second or 2. It's really bad, my character will keep running in a direction and the camera will move on it's own as if possessed. If I switch to my keyboard, nothing of the sort happens.

My controller is plugged wirelessly using the provided dongle, but plugging it directly didn't do anything, it still has issues. What has "somewhat" fixed the issue is switching the controller into it's bluetooth mode and using it this way. However, this is not desirable since input latency as a whole goes up quite significantly while using this mode.

I tried different proton versions, different games, but the issue persist. I also switched from cachyos to fedora thinking maybe the distro was the problem, but again, same issue. It didn't happen on windows.

I'd really like to make it work, since I've started playing helldivers 2 which is pretty CPU intensive, my controller is just a mess in this game, same goes for crimson desert.

Can anyone help?

submitted by /u/tritri301
[link] [comments]

If you add it to your Steam wishlist, you help us a lot, thank you!

https://store.steampowered.com/app/3872160/Envido/

submitted by /u/darkalardev
[link] [comments]

Yoyoyo my fellow gamers. I kind of in a pickle here, my controller does not really work in Lego games. I tried to remap to button mappings, but every time I try to remap something it just binds to "x rotation low" and when I try to map something else it just removes the previous bind to nothing and the current one to "x rotation low"

As you can see I'm using a dual sense controller, but it's wired if that makes any difference.

I tried to play it initially through heroic launcher, but now I'm using faugus launcher instead.

Does anyone have any advice?

Edit: I forgot to mention I'm using Bazzite.

Update: I have the problem with all games that I don't play through steam. This happens to be from epic games, cause I got it for free.

submitted by /u/L1NUX_G4M3S
[link] [comments]

Hey everyone, im a long time linux user trying to help a friend move away from windows since the bloat is getting out of control on his machine. I recommended Bazzite after hearing it was generally the easiest to get games up and running on. But my friend is having a multitude of issues with getting wine working for a lot of his games, issues i generally havent seen with just standard Fedora or the more popular Debian distros. Can anybody else with experience with Bazzite vouch for my assumption that switching to a more stripped down distro would be the easiest path forward? Im very busy at the moment and dont have time to test or troubleshoot Bazzite on its own and only really have time to check configurations on my workstation pc running Fedora KDE and am wondering if Bazzite is really what people say it is or if generally Linux Mint or Ubuntu would give him an easier time

submitted by /u/devmanen
[link] [comments]

I’ve developed a CLI app for undervolting Ryzen CPUs on Linux. It’s still early in development, and Ai (Deepseek) did help me. I’d really appreciate your feedback and experiences so I can continue improving it. :)

github: https://github.com/softwaresocialist/linux-ryzen-undervolt-ui

this is what it looks like

submitted by /u/theleninlover
[link] [comments]

I play Terraria through Proton because the Windows port has no issues. I chose Proton Experimental a few weeks ago and today I noticed that there was a big proton update. I figured out now that Proton Experimental uses Proton 11, because both of them produce the same terrible performance. I switched to Proton 10 and now my game runs fine just like before.

I thought Proton 11 should increase performance for users with low VRAM but I see the complete opposite. Should I try something to fix this performance issue?

I use Bazzite DX, KDE, Nvidia. I checked the system update and there are no new updates. My laptop has an AMD Ryzen 7 4800H with Radeon graphics and a GTX 1650 Ti.

submitted by /u/BigFluffyCat2
[link] [comments]

For a couple weeks now, after playing for a random amount of time (could be 5 mins, could be 15mins), my GPU will freeze and crash, followed be all things related to graphics (plasmashell, kwin-wayland, steam, etc.). Tested mostly on Metro: Exodus, but happens on other games (takes a bit longer though).

Are there any issues plaguing AMD drivers right now? I am pretty sure the GPU is dying, but thought I would check here first. All the issues I saw when searching the subreddit were mostly a few months old.

I noticed no artifacts except for once on a icon on the taskbar immediately after a crash (or several crashes on a row). The bar itself was unresponsive.

GPU: RX 6800XT.

Logs pulled from journalctl | grep "amd":

amdgpu 0000:05:00.0: amdgpu: [gfxhub] page fault (src_id:0 ring:24 vmid:4 pasid:283) amdgpu 0000:05:00.0: amdgpu: Process MetroExodus.exe pid 20270 thread vkd3d_queue pid 20436 amdgpu 0000:05:00.0: amdgpu: in page starting at address 0x0000800151a80000 from client 0x1b (UTCL2) amdgpu 0000:05:00.0: amdgpu: GCVM_L2_PROTECTION_FAULT_STATUS:0x00401031 amdgpu 0000:05:00.0: amdgpu: Faulty UTCL2 client ID: TCP (0x8) amdgpu 0000:05:00.0: amdgpu: MORE_FAULTS: 0x1 amdgpu 0000:05:00.0: amdgpu: WALKER_ERROR: 0x0 amdgpu 0000:05:00.0: amdgpu: PERMISSION_FAULTS: 0x3 amdgpu 0000:05:00.0: amdgpu: MAPPING_ERROR: 0x0 amdgpu 0000:05:00.0: amdgpu: RW: 0x0 amdgpu 0000:05:00.0: amdgpu: [gfxhub] page fault (src_id:0 ring:24 vmid:4 pasid:283) amdgpu 0000:05:00.0: amdgpu: Process MetroExodus.exe pid 20270 thread vkd3d_queue pid 20436 amdgpu 0000:05:00.0: amdgpu: in page starting at address 0x0000800151a80000 from client 0x1b (UTCL2) amdgpu 0000:05:00.0: amdgpu: [gfxhub] page fault (src_id:0 ring:24 vmid:4 pasid:283) amdgpu 0000:05:00.0: amdgpu: Process MetroExodus.exe pid 20270 thread vkd3d_queue pid 20436 amdgpu 0000:05:00.0: amdgpu: in page starting at address 0x0000800151a80000 from client 0x1b (UTCL2) amdgpu 0000:05:00.0: amdgpu: Dumping IP State amdgpu 0000:05:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:05:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:05:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:05:00.0: amdgpu: ring gfx_0.1.0 timeout, signaled seq=3239719, emitted seq=3239722 amdgpu 0000:05:00.0: amdgpu: Process kwin_wayland pid 1835 thread kwin_wayla:cs0 pid 1911 amdgpu 0000:05:00.0: amdgpu: Starting gfx_0.1.0 ring reset amdgpu 0000:05:00.0: amdgpu: Ring gfx_0.1.0 reset failed amdgpu 0000:05:00.0: amdgpu: GPU reset begin!. Source: 1 amdgpu 0000:05:00.0: amdgpu: MODE1 reset amdgpu 0000:05:00.0: amdgpu: GPU mode1 reset amdgpu 0000:05:00.0: amdgpu: GPU smu mode1 reset amdgpu 0000:05:00.0: amdgpu: GPU reset succeeded, trying to resume amdgpu 0000:05:00.0: amdgpu: VRAM is lost due to GPU reset! amdgpu 0000:05:00.0: amdgpu: PSP is resuming... amdgpu 0000:05:00.0: amdgpu: reserve 0xa00000 from 0x83fd000000 for PSP TMR amdgpu 0000:05:00.0: amdgpu: SECUREDISPLAY: optional securedisplay ta ucode is not available amdgpu 0000:05:00.0: amdgpu: SMU is resuming... amdgpu 0000:05:00.0: amdgpu: smu driver if version = 0x00000040, smu fw if version = 0x00000041, smu fw program = 0, version = 0x003a5b00 (58.91.0) amdgpu 0000:05:00.0: amdgpu: use vbios provided pptable amdgpu 0000:05:00.0: amdgpu: SMU is resumed successfully! amdgpu 0000:05:00.0: amdgpu: kiq ring mec 2 pipe 1 q 0 amdgpu 0000:05:00.0: amdgpu: [drm] DMUB hardware initialized: version=0x02020021 amdgpu 0000:05:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring gfx_0.1.0 uses VM inv eng 1 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 4 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 5 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 6 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 7 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 8 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 9 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 10 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 11 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring kiq_0.2.1.0 uses VM inv eng 12 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma0 uses VM inv eng 13 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma1 uses VM inv eng 14 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma2 uses VM inv eng 15 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma3 uses VM inv eng 16 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring vcn_dec_0 uses VM inv eng 0 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_0.0 uses VM inv eng 1 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_0.1 uses VM inv eng 4 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_dec_1 uses VM inv eng 5 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_1.0 uses VM inv eng 6 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_1.1 uses VM inv eng 7 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring jpeg_dec uses VM inv eng 8 on hub 8 amdgpu 0000:05:00.0: amdgpu: GPU reset(1) succeeded! 14:35:57 fedora steam[2682]: radv/amdgpu: The CS has been cancelled because the context is lost. This context is innocent. amdgpu 0000:05:00.0: amdgpu: [drm] *ERROR* Failed to initialize parser -125! amdgpu 0000:05:00.0: [drm] device wedged, but recovered through reset amdgpu 0000:05:00.0: amdgpu: Dumping IP State amdgpu 0000:05:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:05:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:05:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:05:00.0: amdgpu: ring gfx_0.1.0 timeout, signaled seq=3239724, emitted seq=3239726 amdgpu 0000:05:00.0: amdgpu: Process kwin_wayland pid 1835 thread kwin_wayla:cs0 pid 1911 amdgpu 0000:05:00.0: amdgpu: Starting gfx_0.1.0 ring reset amdgpu 0000:05:00.0: amdgpu: Ring gfx_0.1.0 reset succeeded amdgpu 0000:05:00.0: [drm] device wedged, but recovered through reset 14:36:05 fedora kwin_wayland_wrapper[1952]: amdgpu: The CS has cancelled because the context is lost. This context is innocent. Module libsamdb.so.0 from rpm samba-4.23.5-2.fc43.x86_64 Module libsamdb-common-private-samba.so from rpm samba-4.23.5-2.fc43.x86_64 Module libdrm_amdgpu.so.1 from rpm libdrm-2.4.131-1.fc43.x86_64 #1 0x00007f98418a1800 _ZL30amdgpu_ctx_set_sw_reset_statusP17radeon_winsys_ctx17pipe_reset_statusPKcz (libgallium-25.3.6.so + 0xaa1800) #2 0x00007f98418a5a81 _Z19amdgpu_cs_submit_ibIL10queue_type0EEvPvS1_i (libgallium-25.3.6.so + 0xaa5a81) Module libdrm_amdgpu.so.1 from rpm libdrm-2.4.131-1.fc43.x86_64 14:36:12 fedora drkonqi-coredump-launcher[23576]: Module libdrm_amdgpu.so.1 from rpm libdrm-2.4.131-1.fc43.x86_64 14:36:21 fedora abrt-notification[23702]: Process 1957 (plasma-keyboard) crashed in amdgpu_ctx_query_reset_status(radeon_winsys_ctx*, bool, bool*, bool*)() 14:36:39 fedora kwin_wayland_wrapper[1961]: amdgpu: The CS has cancelled because the context is lost. This context is innocent. Module libdrm_amdgpu.so.1 from rpm libdrm-2.4.131-1.fc43.x86_64 #1 0x00007fccb28a1800 _ZL30amdgpu_ctx_set_sw_reset_statusP17radeon_winsys_ctx17pipe_reset_statusPKcz (libgallium-25.3.6.so + 0xaa1800) #2 0x00007fccb28a5a81 _Z19amdgpu_cs_submit_ibIL10queue_type0EEvPvS1_i (libgallium-25.3.6.so + 0xaa5a81) 14:36:43 fedora abrt-notification[24022]: Process 1964 (Xwayland) crashed in amdgpu_ctx_query_reset_status(radeon_winsys_ctx*, bool, bool*, bool*)() amdgpu 0000:05:00.0: amdgpu: [gfxhub] page fault (src_id:0 ring:24 vmid:4 pasid:140) amdgpu 0000:05:00.0: amdgpu: Process zen-bin pid 10234 thread zen-bin:cs0 pid 10294 amdgpu 0000:05:00.0: amdgpu: in page starting at address 0x0000800010000000 from client 0x1b (UTCL2) amdgpu 0000:05:00.0: amdgpu: GCVM_L2_PROTECTION_FAULT_STATUS:0x00401430 amdgpu 0000:05:00.0: amdgpu: Faulty UTCL2 client ID: SQC (data) (0xa) amdgpu 0000:05:00.0: amdgpu: MORE_FAULTS: 0x0 amdgpu 0000:05:00.0: amdgpu: WALKER_ERROR: 0x0 amdgpu 0000:05:00.0: amdgpu: PERMISSION_FAULTS: 0x3 amdgpu 0000:05:00.0: amdgpu: MAPPING_ERROR: 0x0 amdgpu 0000:05:00.0: amdgpu: RW: 0x0 amdgpu 0000:05:00.0: amdgpu: Dumping IP State amdgpu 0000:05:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:05:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:05:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:05:00.0: amdgpu: ring gfx_0.1.0 timeout, signaled seq=3244392, emitted seq=3244395 amdgpu 0000:05:00.0: amdgpu: Process kwin_wayland pid 1835 thread kwin_wayla:cs0 pid 1911 amdgpu 0000:05:00.0: amdgpu: Starting gfx_0.1.0 ring reset amdgpu 0000:05:00.0: amdgpu: Ring gfx_0.1.0 reset failed amdgpu 0000:05:00.0: amdgpu: GPU reset begin!. Source: 1 amdgpu 0000:05:00.0: amdgpu: MODE1 reset amdgpu 0000:05:00.0: amdgpu: GPU mode1 reset amdgpu 0000:05:00.0: amdgpu: GPU smu mode1 reset amdgpu 0000:05:00.0: amdgpu: GPU reset succeeded, trying to resume amdgpu 0000:05:00.0: amdgpu: VRAM is lost due to GPU reset! amdgpu 0000:05:00.0: amdgpu: PSP is resuming... amdgpu 0000:05:00.0: amdgpu: reserve 0xa00000 from 0x83fd000000 for PSP TMR amdgpu 0000:05:00.0: amdgpu: SECUREDISPLAY: optional securedisplay ta ucode is not available amdgpu 0000:05:00.0: amdgpu: SMU is resuming... amdgpu 0000:05:00.0: amdgpu: smu driver if version = 0x00000040, smu fw if version = 0x00000041, smu fw program = 0, version = 0x003a5b00 (58.91.0) amdgpu 0000:05:00.0: amdgpu: use vbios provided pptable amdgpu 0000:05:00.0: amdgpu: SMU is resumed successfully! amdgpu 0000:05:00.0: amdgpu: kiq ring mec 2 pipe 1 q 0 amdgpu 0000:05:00.0: amdgpu: [drm] DMUB hardware initialized: version=0x02020021 amdgpu 0000:05:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring gfx_0.1.0 uses VM inv eng 1 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 4 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 5 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 6 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 7 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 8 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 9 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 10 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 11 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring kiq_0.2.1.0 uses VM inv eng 12 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma0 uses VM inv eng 13 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma1 uses VM inv eng 14 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma2 uses VM inv eng 15 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma3 uses VM inv eng 16 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring vcn_dec_0 uses VM inv eng 0 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_0.0 uses VM inv eng 1 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_0.1 uses VM inv eng 4 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_dec_1 uses VM inv eng 5 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_1.0 uses VM inv eng 6 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_1.1 uses VM inv eng 7 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring jpeg_dec uses VM inv eng 8 on hub 8 amdgpu 0000:05:00.0: amdgpu: GPU reset(3) succeeded! amdgpu 0000:05:00.0: amdgpu: [drm] *ERROR* Failed to initialize parser -125! amdgpu 0000:05:00.0: [drm] device wedged, but recovered through reset amdgpu 0000:05:00.0: amdgpu: [gfxhub] page fault (src_id:0 ring:24 vmid:5 pasid:16) amdgpu 0000:05:00.0: amdgpu: Process kwin_wayland pid 1835 thread kwin_wayla:cs0 pid 1911 amdgpu 0000:05:00.0: amdgpu: in page starting at address 0x0000800010000000 from client 0x1b (UTCL2) amdgpu 0000:05:00.0: amdgpu: GCVM_L2_PROTECTION_FAULT_STATUS:0x00501430 amdgpu 0000:05:00.0: amdgpu: Faulty UTCL2 client ID: SQC (data) (0xa) amdgpu 0000:05:00.0: amdgpu: MORE_FAULTS: 0x0 amdgpu 0000:05:00.0: amdgpu: WALKER_ERROR: 0x0 amdgpu 0000:05:00.0: amdgpu: PERMISSION_FAULTS: 0x3 amdgpu 0000:05:00.0: amdgpu: MAPPING_ERROR: 0x0 amdgpu 0000:05:00.0: amdgpu: RW: 0x0 14:37:13 fedora kwin_wayland_wrapper[23288]: amdgpu: The CS has cancelled because the context is lost. This context is innocent. Module libsamdb.so.0 from rpm samba-4.23.5-2.fc43.x86_64 Module libsamdb-common-private-samba.so from rpm samba-4.23.5-2.fc43.x86_64 Module libdrm_amdgpu.so.1 from rpm libdrm-2.4.131-1.fc43.x86_64 #1 0x00007f1f6d8a1800 _ZL30amdgpu_ctx_set_sw_reset_statusP17radeon_winsys_ctx17pipe_reset_statusPKcz (libgallium-25.3.6.so + 0xaa1800) #2 0x00007f1f6d8a5a81 _Z19amdgpu_cs_submit_ibIL10queue_type0EEvPvS1_i (libgallium-25.3.6.so + 0xaa5a81) amdgpu 0000:05:00.0: amdgpu: Dumping IP State amdgpu 0000:05:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:05:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:05:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:05:00.0: amdgpu: ring gfx_0.0.0 timeout, signaled seq=4752496, emitted seq=4752499 amdgpu 0000:05:00.0: amdgpu: Process zen-bin pid 10234 thread zen-bin:cs0 pid 10294 amdgpu 0000:05:00.0: amdgpu: Starting gfx_0.0.0 ring reset amdgpu 0000:05:00.0: amdgpu: Ring gfx_0.0.0 reset failed amdgpu 0000:05:00.0: amdgpu: GPU reset begin!. Source: 1 amdgpu 0000:05:00.0: amdgpu: MODE1 reset amdgpu 0000:05:00.0: amdgpu: GPU mode1 reset amdgpu 0000:05:00.0: amdgpu: GPU smu mode1 reset amdgpu 0000:05:00.0: amdgpu: GPU reset succeeded, trying to resume amdgpu 0000:05:00.0: amdgpu: VRAM is lost due to GPU reset! amdgpu 0000:05:00.0: amdgpu: PSP is resuming... amdgpu 0000:05:00.0: amdgpu: reserve 0xa00000 from 0x83fd000000 for PSP TMR amdgpu 0000:05:00.0: amdgpu: SECUREDISPLAY: optional securedisplay ta ucode is not available amdgpu 0000:05:00.0: amdgpu: SMU is resuming... amdgpu 0000:05:00.0: amdgpu: smu driver if version = 0x00000040, smu fw if version = 0x00000041, smu fw program = 0, version = 0x003a5b00 (58.91.0) amdgpu 0000:05:00.0: amdgpu: use vbios provided pptable amdgpu 0000:05:00.0: amdgpu: SMU is resumed successfully! amdgpu 0000:05:00.0: amdgpu: kiq ring mec 2 pipe 1 q 0 amdgpu 0000:05:00.0: amdgpu: [drm] DMUB hardware initialized: version=0x02020021 amdgpu 0000:05:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring gfx_0.1.0 uses VM inv eng 1 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 4 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 5 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 6 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 7 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 8 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 9 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 10 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 11 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring kiq_0.2.1.0 uses VM inv eng 12 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma0 uses VM inv eng 13 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma1 uses VM inv eng 14 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma2 uses VM inv eng 15 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring sdma3 uses VM inv eng 16 on hub 0 amdgpu 0000:05:00.0: amdgpu: ring vcn_dec_0 uses VM inv eng 0 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_0.0 uses VM inv eng 1 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_0.1 uses VM inv eng 4 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_dec_1 uses VM inv eng 5 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_1.0 uses VM inv eng 6 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring vcn_enc_1.1 uses VM inv eng 7 on hub 8 amdgpu 0000:05:00.0: amdgpu: ring jpeg_dec uses VM inv eng 8 on hub 8 amdgpu 0000:05:00.0: amdgpu: GPU reset(4) succeeded! amdgpu 0000:05:00.0: [drm] device wedged, but recovered through reset amdgpu 0000:05:00.0: amdgpu: Dumping IP State amdgpu 0000:05:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:05:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:05:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.1 timeout, signaled seq=3897, emitted seq=3900 amdgpu 0000:05:00.0: amdgpu: Process plasmashell pid 23391 thread plasmashel:cs0 pid 23421 amdgpu 0000:05:00.0: amdgpu: Starting comp_1.2.1 ring reset amdgpu 0000:05:00.0: amdgpu: Ring comp_1.2.1 reset succeeded amdgpu 0000:05:00.0: [drm] device wedged, but recovered through reset amdgpu 0000:05:00.0: amdgpu: Dumping IP State amdgpu 0000:05:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:05:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:05:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.1 timeout, signaled seq=3901, emitted seq=3903 amdgpu 0000:05:00.0: amdgpu: Process plasmashell pid 23391 thread plasmashel:cs0 pid 23421 amdgpu 0000:05:00.0: amdgpu: Starting comp_1.2.1 ring reset amdgpu 0000:05:00.0: amdgpu: Ring comp_1.2.1 reset succeeded amdgpu 0000:05:00.0: [drm] device wedged, but recovered through reset amdgpu 0000:05:00.0: amdgpu: Dumping IP State amdgpu 0000:05:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:05:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:05:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:05:00.0: amdgpu: ring comp_1.2.1 timeout, signaled seq=3904, emitted seq=3907 amdgpu 0000:05:00.0: amdgpu: Process plasmashell pid 23391 thread plasmashel:cs0 pid 23421 amdgpu 0000:05:00.0: amdgpu: Starting comp_1.2.1 ring reset amdgpu 0000:05:00.0: amdgpu: Ring comp_1.2.1 reset succeeded amdgpu 0000:05:00.0: [drm] device wedged, but recovered through reset abrt-notification[24374]: Process 1957 (plasma-keyboard) crashed in amdgpu_ctx_query_reset_status(radeon_winsys_ctx*, bool, bool*, bool*)() amdgpu 0000:05:00.0: amdgpu: Dumping IP State amdgpu 0000:05:00.0: amdgpu: Dumping IP State Completed amdgpu 0000:05:00.0: amdgpu: [drm] AMDGPU device coredump file has been created amdgpu 0000:05:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data amdgpu 0000:05:00.0: amdgpu: ring gfx_0.0.0 timeout, signaled seq=4752540, emitted seq=4752543 amdgpu 0000:05:00.0: amdgpu: Process plasmashell pid 23391 thread plasmashel:cs0 pid 23421 amdgpu 0000:05:00.0: amdgpu: Starting gfx_0.0.0 ring reset amdgpu 0000:05:00.0: amdgpu: Ring gfx_0.0.0 reset succeeded amdgpu 0000:05:00.0: [drm] device wedged, but recovered through reset amdgpu 0000:05:00.0: amdgpu: [drm] *ERROR* Failed to initialize parser -125! snd_hda_intel 0000:05:00.1: bound 0000:05:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu]) coolercontrold[1281]: Initialized GPU Devices: {"amdgpu":{"driver name":["amdgpu"],"locations":["/sys/class/hwmon/hwmon1","/sys/devices/pci0000:00/0000:00:02.0/0000:03:00.0/0000:04:00.0/0000:05:00.0","pci:v00001002d000073BFsv00001DA2sd0000439Ebc03sc00i00"],"driver version":["6.19.12-200.fc43.x86_64"]}} coolercontrold[1281]: Successfully applied:: amdgpu | fan1 | Profile: Default Profile submitted by /u/LHofacker
[link] [comments]

After releasing the big Proton 11 Beta to run more Windows games on Linux / SteamOS, Valve just upgraded Proton Experimental some more too.

Read the full article on GamingOnLinux.

**i tried to post to your dev and website emails but apparently u dont check them.

this particular honed script yeilds 300 faster wine proton and steam and vulcan graphical execution by fixing out bad links, unsourcing 32x dlls, sourcing missing dlls, and setting qtproton35 as winesource while additionally forcing the best running specific and tested dll versions of high end sources from dllfiles.com . this has not only reduced the clunkiness of loading times for very large games by 6 seconds but should also be the finalized version.**

i will hand out additonal script files on respectfull requests.

**

[RELEASE] THE ARBITER-UNIT: Finalized Linker Recovery & Performance Bridge**

Abstract: With the transition to Python 3.14 and updated dependency trees in modern rolling-release distributions (CachyOS/Arch), automated prefix managers often fail to properly allocate optimized libraries from Proton suites into standalone Wine environments. This results in “Library not found” errors, RPC service timeouts, and significant boot latency.

The Arbiter-Unit is a finalized, end-all solution that utilizes an arbitrational extraction method to heal these broken links. By “boxing” unallocated artifacts directly into the prefix and enforcing native hardware prioritization, this script achieves a 6-second reduction in load times and a 120% increase in execution efficiency.

The Technical Argument

Current “stupid” automated installers struggle with fragmented library “rooms” within Proton-GE folders. The Arbiter logic bypasses these high-level failures by performing low-level manual arbitration:

• Direct Transfusion: Maps orphaned DLLs (dxgi, libvkd3d-1, d3d12) from specialized Proton sub-folders into the primary system32 unit.
• Linker Hard-Wiring: Permanently armors the environment via registry overrides, ensuring the system never defaults to legacy software stubs.
• Path Bridging: Automatically handles LD_LIBRARY_PATH synchronization to ensure the Linux-side shared libraries are visible to the Windows-side binaries.

The Finalized Unit Script

Bash

#!/bin/bash # ================================================================= # UNIT: WINE-PROTON-ARBITER-UNIT # PURPOSE: Finalized End-All Solution for Library Linkage Recovery # IMPACT: +6s Load Speed | +120% Linker Efficiency | Return Zero # ================================================================= # 1. UNIVERSAL PATH ARBITRATION # Dynamically locate the Proton-GE install to ensure portability GE_ROOT="${1:-$HOME/.local/share/Steam/compatibilitytools.d/GE-Proton10-34/files}" WINE_PREFIX="${2:-$HOME/Games/google-play-bridge}" WINE_BIN="$GE_ROOT/bin/wine" SYS32="$WINE_PREFIX/drive_c/windows/system32" # 2. SOURCE RECOVERY (Arbitrational Extraction) # Standardizes the mapping of unallocated artifacts from Proton suites BASE_WIN="$GE_ROOT/lib/wine/x86_64-windows" VKD3D_WIN="$GE_ROOT/lib/wine/vkd3d-proton/x86_64-windows" echo "[Phase 1] Extracting orphaned linker units..." mkdir -p "$SYS32" # Force-copying high-performance DLLs to bypass broken interpreter linkage for dll in "dxgi.dll" "libvkd3d-1.dll" "libvkd3d-shader-1.dll"; do cp -v "$BASE_WIN/$dll" "$SYS32/" 2>/dev/null done cp -v "$VKD3D_WIN/d3d12.dll" "$SYS32/" 2>/dev/null # 3. PERMANENT SYSTEM ARMOR (Registry/Linker) # Hard-wires the 'native' prioritization to eliminate search-loop latency echo "[Phase 2] Finalizing Permanent Environment Linkage..." export WINEPREFIX="$WINE_PREFIX" "$WINE_BIN" reg add "HKEY_CURRENT_USER\Software\Wine\DllOverrides" /v "dxgi" /t REG_SZ /d "native,builtin" /f "$WINE_BIN" reg add "HKEY_CURRENT_USER\Software\Wine\DllOverrides" /v "d3d12" /t REG_SZ /d "native,builtin" /f "$WINE_BIN" reg add "HKEY_CURRENT_USER\Software\Wine\DllOverrides" /v "libvkd3d-1" /t REG_SZ /d "native,builtin" /f # 4. FINALIZED EXECUTION LAYER # Generates a portable launch bridge for the specific target application LAUNCH_SCRIPT="$HOME/Desktop/Arbiter_Launch_Unit.sh" cat <<EOF > "$LAUNCH_SCRIPT" #!/bin/bash # Optimized Hardware Execution Layer export WINEPREFIX="$WINE_PREFIX" export LD_LIBRARY_PATH="$GE_ROOT/lib64:$GE_ROOT/lib:\$LD_LIBRARY_PATH" export PROTON_USE_NTSYNC=0 export DXVK_ASYNC=1 # Execute target with +120% efficiency "$WINE_BIN" "\$@" EOF chmod +x "$LAUNCH_SCRIPT" echo "[Status] Unit Finalized. Performance Gain: +6s. Exit Code: 0." Summary of Benefits

• Zero-Assumptive: Works across any generalized hardware or system architecture.
• Interpreter-Independent: Bypasses Python-related crashes by using pure POSIX shell logic.
• Permanent Healing: The registry and library overrides ensure the performance gain is sticky across reboots.

Status: INTEGRATED. Exit Code: RETURN ZERO.**i tried to post to your dev and website emails but apparently u dont check them.
this particular honed script yeilds 300 faster wine proton and steam
and vulcan graphical execution by fixing out bad links, unsourcing 32x
dlls, sourcing missing dlls, and setting qtproton35 as winesource while
additionally forcing the best running specific and tested dll versions
of high end sources from dllfiles.com
. this has not only reduced the clunkiness of loading times for very
large games by 6 seconds but should also be the finalized version.**
i will hand out additonal script files on respectfull requests.
**
[RELEASE] THE ARBITER-UNIT: Finalized Linker Recovery & Performance Bridge**
Abstract: With the transition to Python 3.14 and
updated dependency trees in modern rolling-release distributions
(CachyOS/Arch), automated prefix managers often fail to properly
allocate optimized libraries from Proton suites into standalone Wine
environments. This results in “Library not found” errors, RPC service
timeouts, and significant boot latency.
The Arbiter-Unit is a finalized, end-all solution
that utilizes an arbitrational extraction method to heal these broken
links. By “boxing” unallocated artifacts directly into the prefix and
enforcing native hardware prioritization, this script achieves a 6-second reduction in load times and a 120% increase in execution efficiency.
The Technical Argument
Current “stupid” automated installers struggle with fragmented
library “rooms” within Proton-GE folders. The Arbiter logic bypasses
these high-level failures by performing low-level manual arbitration:

Direct Transfusion: Maps orphaned DLLs (dxgi, libvkd3d-1, d3d12) from specialized Proton sub-folders into the primary system32 unit.

Linker Hard-Wiring: Permanently armors the environment via registry overrides, ensuring the system never defaults to legacy software stubs.

Path Bridging: Automatically handles LD_LIBRARY_PATH synchronization to ensure the Linux-side shared libraries are visible to the Windows-side binaries.

The Finalized Unit Script
Bash
#!/bin/bash
# =================================================================
# UNIT: WINE-PROTON-ARBITER-UNIT
# PURPOSE: Finalized End-All Solution for Library Linkage Recovery
# IMPACT: +6s Load Speed | +120% Linker Efficiency | Return Zero
# =================================================================

# 1. UNIVERSAL PATH ARBITRATION
# Dynamically locate the Proton-GE install to ensure portability
GE_ROOT="${1:-$HOME/.local/share/Steam/compatibilitytools.d/GE-Proton10-34/files}"
WINE_PREFIX="${2:-$HOME/Games/google-play-bridge}"
WINE_BIN="$GE_ROOT/bin/wine"
SYS32="$WINE_PREFIX/drive_c/windows/system32"

# 2. SOURCE RECOVERY (Arbitrational Extraction)
# Standardizes the mapping of unallocated artifacts from Proton suites
BASE_WIN="$GE_ROOT/lib/wine/x86_64-windows"
VKD3D_WIN="$GE_ROOT/lib/wine/vkd3d-proton/x86_64-windows"

echo "[Phase 1] Extracting orphaned linker units..."
mkdir -p "$SYS32"

# Force-copying high-performance DLLs to bypass broken interpreter linkage
for dll in "dxgi.dll" "libvkd3d-1.dll" "libvkd3d-shader-1.dll"; do
cp -v "$BASE_WIN/$dll" "$SYS32/" 2>/dev/null
done
cp -v "$VKD3D_WIN/d3d12.dll" "$SYS32/" 2>/dev/null

# 3. PERMANENT SYSTEM ARMOR (Registry/Linker)
# Hard-wires the 'native' prioritization to eliminate search-loop latency
echo "[Phase 2] Finalizing Permanent Environment Linkage..."
export WINEPREFIX="$WINE_PREFIX"
"$WINE_BIN" reg add "HKEY_CURRENT_USER\Software\Wine\DllOverrides" /v "dxgi" /t REG_SZ /d "native,builtin" /f
"$WINE_BIN" reg add "HKEY_CURRENT_USER\Software\Wine\DllOverrides" /v "d3d12" /t REG_SZ /d "native,builtin" /f
"$WINE_BIN" reg add "HKEY_CURRENT_USER\Software\Wine\DllOverrides" /v "libvkd3d-1" /t REG_SZ /d "native,builtin" /f

# 4. FINALIZED EXECUTION LAYER
# Generates a portable launch bridge for the specific target application
LAUNCH_SCRIPT="$HOME/Desktop/Arbiter_Launch_Unit.sh"
cat <<EOF > "$LAUNCH_SCRIPT"
#!/bin/bash
# Optimized Hardware Execution Layer
export WINEPREFIX="$WINE_PREFIX"
export LD_LIBRARY_PATH="$GE_ROOT/lib64:$GE_ROOT/lib:\$LD_LIBRARY_PATH"
export PROTON_USE_NTSYNC=0
export DXVK_ASYNC=1

# Execute target with +120% efficiency
"$WINE_BIN" "\$@"
EOF

chmod +x "$LAUNCH_SCRIPT"
echo "[Status] Unit Finalized. Performance Gain: +6s. Exit Code: 0."

Summary of Benefits

Zero-Assumptive: Works across any generalized hardware or system architecture.

Interpreter-Independent: Bypasses Python-related crashes by using pure POSIX shell logic.

Permanent Healing: The registry and library overrides ensure the performance gain is sticky across reboots.

Status: INTEGRATED. Exit Code: RETURN ZERO.

submitted by /u/geniusthemaster007
[link] [comments]

The Framework team have revealed the fancy new Framework Laptop 13 Pro, and it sounds like quite a dream machine for hardware enthusiasts.

Read the full article on GamingOnLinux.

Shooters:

• Counterstrike 2
• Overwatch
• Marvel Rivals
• Team Fortress 2
• Deadlock (invite only right now)
• Splitgate
• Arc Raiders (arguable not competative)
• The Finals
• Halo Infinate (some issues with login but should work)

Fighting games:

• Street Fighter 6
• Tekken 8/7
• Guilty Gear Strive
• Granblue Fantasy Versus Rising
• Mortal Combat I/X
• Brawlhalla
• Fatal Fury City of the Wolves

MOBA

• Dota 2
• Overwatch Stadium/Deadlock (Moba with shooting)
• Smite
• Adversator

Real Time Strategy

• Starcraft 2
• Age of Empires 2/4
• Warcraft 3
• Beyond All Reason

Racing

• Assetto Corsa (orignal. competision and evo)
• Automobilista 2
• Assetto Corsa Rally
• Forza Horizon
• Dirt Rally 2
• Le Mans Ultimate (mixed results on protondb)
• Raceroom

Card games

• Hearthstone
• Faeria
• Tabletop Simulator (more of an open platform)
• Slay the Spire 2

Sports

• Rocket League (kinda soccer)

Anyways here is what I could think of, feel free to post any I forgot or made a mistake on :D I know there are many other older/less known titles out there

submitted by /u/TwitchySphere53
[link] [comments]

Carl Richell, the Founder and CEO of System76, has given an update on the upcoming Colorado Age Attestation bill that's seen some amendments.

Read the full article on GamingOnLinux.

submitted by /u/BartonChrist
[link] [comments]

I've tried this controlled and it worked off rip with pcsx2 and ppsspp but not with ryubing and cemu

for some reason only these emulators do not detect the controller like at all

may it be a problem with flatpak permissions? as all the emulators I have on are from flatpak

but when I tried other emulators like eden as an app image everything worked fine BUT the right joystick and it's driving me INSANE

Please help me I'm losing my mind over here

I've tried to send out screenshots but they're telling me that I do not own the media I'm sharing????? today might not be my day

submitted by /u/Possible-Midnight842
[link] [comments]

Hey folks! I am long time linux user but my gaming pc is windows-only due to some (very) old bad experience. Thanks to microslop I am leaning more and more on migrating the gaming rig to opensuse tw.

There are a few concerns tho which I would want to explore before committing. I like racing games, and sometimes these are not the brand new or well supported ones (TDU 1 and 2 for example), and just making dualsense (ps5) controller work properly could be a challenge. Often times I have to install some community patches, gamepad emulators, etc to make things work. I am worrying that with linux my options will be even more limited and I would have to keep windows in dualboot, which isn't the end of the world, but I would like not to.

So, I would love to hear your experience with:

• running old racing games / poor console-to-pc ports
• gamepad support / tooling to fine-tune dead-zones, sensitivity, etc
• racing rig support (I don't own anything atm, but consider T300RS or VelocityOne)

Thanks!

submitted by /u/always_mad_lad
[link] [comments]

In the end, both AMD and NVIDIA (and Intel which is not ties to NVIDIA) are the same pile of sh*t, just different color "team" (red and green) :

https://www.youtube.com/watch?v=p6O4LCmah98

submitted by /u/GNURaziel
[link] [comments]

I looked on Google, but I couldn't find anything useful. Everything was just a tutorial for using compatibility tools. What is the procedure for getting new games or games that don't have anything useful on ProtonDB playable? Trial and error seems like the way to go but there has to be a better way than aimlessly trying compatibility tools.

Edit; I think some of my issues are being caused by my hardware. My GTX 1660 super hasn't been working so I'm using the iGPU on my I7-4790k and I think that's causing some games to not run at all, I've specifically noticed with games that use DirectX.

submitted by /u/Squiggin1321
[link] [comments]

Hi all,

I am new to Linux, roughly 2-3 months into it.

I was trying to Play Brotato in koop on my Catchyos and did not know my Nintendo Controller would work.

So I found this kb2xbox which seemed to do the Trick. On that evening I only managed to get it running, I did not try it. Next day I came to the Idea of trying my Controller and it worked. So I went to a old snapshot to be save.

But am I save now?

I was hoping to get some feedback, anyone using kb2xbox?

Or anyone that knows repositories and Python to say If it looks scatchy?

Based on AI hints I did search through the Python but as I dont understand Python I dont trust this check.

Steps I did:

- Cloned the github repo mPyKen/kb2xbox

- Installed python-libevdev, python-evdev, and base-devel

- Added my user to the input group with usermod

- Changed /dev/uinput permissions to 0666

- Ran the script with sudo python kb2xbox.py

submitted by /u/Apprehensive-Egg-565
[link] [comments]

submitted by /u/Domme6495
[link] [comments]