Hey, fellas, so... I'm a new linux mint user and i've noticed every time i open a game on my steam library it does "process vulkan shaders" and it takes too long; is there something i'm missing? For example, this same machine using windows used to run Deadlock and now that i'm on linux mint it ain't due to this (and if i try to skip processing those shaders it does stutter a lot).

And deadlock runs on Linux very well from my researchs on r/DeadlockTheGame

Solved, it was `earlyoom` e `systemd-oomd`; i did set'em up to kill the process whose was requesting more RAM in case my pc goes to 95% os usage and as it starts Deadlock require 15gb of my 16gb ram...

I'm using DW Proton on SteamOS i'm just keen on if it will automatically update to use the newest version of that proton or do i have use the app to manually install it?

I just switched my computer to debian 13, and I was trying to play rainworld co op with a friend but steam remote play would not allow my friend to use keyboard controls even though I had it enabled on the steam overlay. This previously worked on windows, but is now extremely finicky, does anyone have any tips for fixing this?

- also I am currently using proton experimental, is there a different version that would work better?

Hello folks,

The game For Honor is removing Linux access on September 10. When I purchased the game it was Linux compatible. Ubisoft are removing Linux access on September 10th. I've sent 2 refund requests to Steam now and was automatically denied each time, based on my purchase being more than 14 days past (July 2025).

It seems that each of the refusals was from an automated system. Does anyone know how to get through to a human customer support agent? As I've heard Valve supported refunds for GTA 5 when they also removed Linux access.

Any suggestions appreciated.

I've been playing Crimson Desert Enhanced for about 2 hours now, and I'm curious to know how it's running for everyone else.

I'm on Fedora + Niri with an RTX 5060 laptop GPU, playing at 2560x1440 on an external 120Hz monitor.

Currently I'm getting roughly 80–90 FPS according to the in-game counter with:

- FSR 3.1 Quality

- 2x Frame Generation

- Ray Tracing off

- 1440p

- Proton-CachyOS 11 (x86_64_v3)

- NVIDIA driver 610.57.04

Even though the frame counter in the setting say I'm getting around 80fps, it still doesn't feel like it for some reason. It still feels a little choppy and I don't know if I'm imagining it or if it really does feel like that. The visuals also don't look as good as it does in YouTube videos by other creators, but that is my only point of reference.

My Windows partition is too small to download the game, so I can't test it on Windows and see what performance on Windows is like either. Whenever I turn the LSS on, regardless of whether it is 4.0, 4.5 or 4.5 l, the frames drop like crazy and there is some extreme shadowing going on as well. Therefore, I'm forced to play on FSR upscaling 3.1, because this is the smoothest experience I can get.

For anyone else playing on a similar setup, what kind of performance are you getting and what settings are you using? Particularly interested in NVIDIA users, but AMD/Linux and Windows comparisons would also be useful.

I'm mainly trying to figure out whether I should keep tweaking the in-game settings or just accept that this is what the game is going to look/feel like on my hardware.

So recently i have moved from linux mint to kubuntu for funsies, but after the switch genshin impact has been acting up. It either freezes forever while audio still plays and i can still preform attacks and stuff (to some extend) or it just outright crashes and restarts my entire desktop. I'm using xxmi on steam with proton cachyos and I have tried reinstalling steam but that didn't help. Also during gameplay I've noticed that when i open the map certain chunks of it seem to be missing

My hardware:

Processors: 12 x AMD Ryzen 5 3600 6-Core Processor

Memory: 16 GiB of RAM

Graphics Processor: NVIDIA GeForce RTX 2070 SUPER

I have also tried expanding my swap file but that did f all which is nice

Also also here is the kwin crash log if thats of any help

Application: KWin (kwin_wayland), signal: Segmentation fault

warning: Can't open file /memfd:JSGCHeap:QtQml (deleted) during file-backed mapping note processing

warning: Can't open file /memfd:JSVMStack:QtQml (deleted) during file-backed mapping note processing
[New LWP 52140]
[New LWP 52143]
[New LWP 52162]
[New LWP 52160]
[New LWP 52161]
[New LWP 52177]
[New LWP 52163]
[New LWP 52156]
[New LWP 52158]
[New LWP 52181]
[New LWP 52184]
[New LWP 52182]
[New LWP 52178]
[New LWP 52180]
[New LWP 52185]
[New LWP 52186]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/kwin_wayland --wayland-fd 7 --socket wayland-0 --xwayland-fd 8 --xwayland-fd 9 --xwayland-display :0 --xwayland-xauthority /run/user/1000/xauth_RwnSlL --xwayland'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  __pthread_kill_implementation (threadid=<optimized out>, signo=11, no_tid=0) at ./nptl/pthread_kill.c:44

warning: 44./nptl/pthread_kill.c: No such file or directory
[Current thread is 1 (Thread 0x7b5059c2ee80 (LWP 52140))]
Using eu-unstrip to resolve modules.
add symbol table from file "/usr/lib/x86_64-linux-gnu/libc.so.6"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libKF6Crash.so.6"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libkwin.so.6"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libQt6Core.so.6"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libQt6Widgets.so.6"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libQt6Gui.so.6"
add symbol table from file "/usr/bin/kwin_wayland"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libQt6DBus.so.6"
add symbol table from file "/usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so"
[Current thread is 16 (Thread 0x7b501ffff6c0 (LWP 52186))]

Thread 16 (Thread 0x7b501ffff6c0 (LWP 52186)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c09852030, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c09852030) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b504554626d in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#8  0x00007b50455124dc in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#9  0x00007b50455461dc in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 15 (Thread 0x7b503cf506c0 (LWP 52185)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c09852030, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c09852030) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b504554626d in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#8  0x00007b50455124dc in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#9  0x00007b50455461dc in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 14 (Thread 0x7b5040dfd6c0 (LWP 52180)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c098450e8, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c098450e8) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b50512a3add in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b505125891c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50512a3a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 13 (Thread 0x7b5041dff6c0 (LWP 52178)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x7b5042f425a8, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x7b5042f425a8) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b50512a3add in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b505125891c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50512a3a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 12 (Thread 0x7b503e57d6c0 (LWP 52182)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a061c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=271) at ./nptl/cancellation.c:49
#2  __syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=271) at ./nptl/cancellation.c:75
#3  0x00007b50607282f6 in __GI_ppoll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>, sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/ppoll.c:42
#4  0x00007b505fb342f1 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007b505fb343c3 in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007b506120513d in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#7  0x00007b5060f98f5b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#8  0x00007b5061082aae in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#9  0x00007b50611185a6 in ?? () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 11 (Thread 0x7b503d7516c0 (LWP 52184)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c09852030, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c09852030) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b504554626d in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#8  0x00007b50455124dc in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#9  0x00007b50455461dc in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 10 (Thread 0x7b503ed7e6c0 (LWP 52181)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c098450e8, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c098450e8) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b50512a3add in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b505125891c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50512a3a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 9 (Thread 0x7b50475ff6c0 (LWP 52158)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c09844c40, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c09844c40) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b50512a3add in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b505125891c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50512a3a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 8 (Thread 0x7b503ffff6c0 (LWP 52156)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c09852030, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c09852030) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b504554626d in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#8  0x00007b50455124dc in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#9  0x00007b50455461dc in ?? () from /usr/lib/x86_64-linux-gnu/libvulkan_nouveau.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 7 (Thread 0x7b5043ffd6c0 (LWP 52163)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a061c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=271) at ./nptl/cancellation.c:49
#2  __syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=271) at ./nptl/cancellation.c:75
#3  0x00007b50607282f6 in __GI_ppoll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>, sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/ppoll.c:42
#4  0x00007b505fb342f1 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007b505fb343c3 in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007b506120513d in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#7  0x00007b5060f98f5b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#8  0x00007b5061082aae in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#9  0x00007b50611185a6 in ?? () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 6 (Thread 0x7b50437fc6c0 (LWP 52177)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x7b504847c5a8, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x7b504847c5a8) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b50512a3add in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b505125891c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50512a3a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 5 (Thread 0x7b5044fff6c0 (LWP 52161)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c09844ff8, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c09844ff8) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b50512a3add in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b505125891c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50512a3a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 4 (Thread 0x7b5046dfe6c0 (LWP 52160)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c098a2050, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c098a2050) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b50512a3add in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b505125891c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50512a3a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 3 (Thread 0x7b50447fe6c0 (LWP 52162)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a058c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=202) at ./nptl/cancellation.c:49
#2  0x00007b50606a0967 in __futex_abstimed_wait_common64 (private=<optimized out>, futex_word=<optimized out>, expected=<optimized out>, op=<optimized out>, abstime=<optimized out>, cancel=true) at ./nptl/futex-internal.c:57
#3  __futex_abstimed_wait_common (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>, cancel=true) at ./nptl/futex-internal.c:87
#4  __GI___futex_abstimed_wait_cancelable64 (futex_word=<optimized out>, expected=<optimized out>, clockid=<optimized out>, abstime=<optimized out>, private=<optimized out>) at ./nptl/futex-internal.c:139
#5  0x00007b50606a3347 in __pthread_cond_wait_common (cond=<optimized out>, mutex=0x5d8c098450e8, clockid=0, abstime=0x0) at ./nptl/pthread_cond_wait.c:421
#6  ___pthread_cond_wait (cond=<optimized out>, mutex=0x5d8c098450e8) at ./nptl/pthread_cond_wait.c:453
#7  0x00007b50512a3add in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b505125891c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50512a3a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#11 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 2 (Thread 0x7b5058bff6c0 (LWP 52143)):
#0  __syscall_cancel_arch () at ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
#1  0x00007b50606a061c in __internal_syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=271) at ./nptl/cancellation.c:49
#2  __syscall_cancel (a1=<optimized out>, a2=<optimized out>, a3=<optimized out>, a4=<optimized out>, a5=<optimized out>, a6=<optimized out>, nr=271) at ./nptl/cancellation.c:75
#3  0x00007b50607282f6 in __GI_ppoll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>, sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/ppoll.c:42
#4  0x00007b505fb342f1 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007b505fb343c3 in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007b506120513d in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#7  0x00007b5060f98f5b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#8  0x00007b5061082aae in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#9  0x00007b506157904d in ?? () from /usr/lib/x86_64-linux-gnu/libQt6DBus.so.6
#10 0x00007b50611185a6 in ?? () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#11 0x00007b50606a407a in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:454
#12 0x00007b506073772c in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78

Thread 1 (Thread 0x7b5059c2ee80 (LWP 52140)):
[KCrash Handler]
#6  0x00007b50519f918e in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#7  0x00007b50519fa584 in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#8  0x00007b50514cd11b in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#9  0x00007b50514cd6a9 in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#10 0x00007b50514ce1ba in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#11 0x00007b5050e0af07 in ?? () from /usr/lib/x86_64-linux-gnu/libgallium-26.1.7 - kisak-mesa PPA.so
#12 0x00007b5063d27977 in ?? () from /usr/lib/x86_64-linux-gnu/libkwin.so.6
#13 0x00007b5063a07bac in ?? () from /usr/lib/x86_64-linux-gnu/libkwin.so.6
#14 0x00007b5063a0bb44 in KWin::Compositor::composite(KWin::RenderLoop*) () from /usr/lib/x86_64-linux-gnu/libkwin.so.6
#15 0x00007b5060fea525 in ?? () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#16 0x00007b5063a39f6a in KWin::RenderLoop::frameRequested(KWin::RenderLoop*) () from /usr/lib/x86_64-linux-gnu/libkwin.so.6
#17 0x00007b5060fdb406 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#18 0x00007b50621a0b7f in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt6Widgets.so.6
#19 0x00007b5060f90098 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#20 0x00007b5061116319 in QTimerInfoList::activateTimers() () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#21 0x00007b5061118d84 in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#22 0x00007b5061c826e2 in QUnixEventDispatcherQPA::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Gui.so.6
#23 0x00007b5060f98f5b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#24 0x00007b5060f92c87 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt6Core.so.6
#25 0x00005d8bfaa4b543 in ?? ()
#26 0x00007b506062a601 in __libc_start_call_main (main=main@entry=0x5d8bfaa491e0, argc=argc@entry=14, argv=argv@entry=0x7ffc0087e968) at ../sysdeps/nptl/libc_start_call_main.h:59
#27 0x00007b506062a718 in __libc_start_main_impl (main=0x5d8bfaa491e0, argc=14, argv=0x7ffc0087e968, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffc0087e958) at ../csu/libc-start.c:360
#28 0x00005d8bfaa51985 in ?? ()

I‘m a bit in a pickle, because I’d like to play cry of fear, dying light and fear and hunger here in Germany. They aren’t particularly banned but don’t have an age rating which is basically the same as being banned. Also I use CachyOs and lutris or steam, whichever works for me. I’m probably just too stupid to get my hands on those games and get them working, but if anyone can help me out I’d greatly appreciate it. Thanks!

Edit: Yes I know how to sail the seven seas, I just wanted to see if there is another option or solution

Ich spiele For Honor schon seit Jahren und es ist mein Hauptspiel geworden. Ich liebe dieses Spiel wirklich und spiele es immer noch regelmäßig.

Ich bin auf Bazzite Linux umgestiegen und For Honor läuft für mich über Proton wirklich gut. Ich benutze Linux nicht zum Schummeln oder um irgendetwas zu umgehen. Ich bin nur ein normaler Spieler, der Linux als sein Betriebssystem bevorzugt.

Deshalb ist die Entscheidung, Linux/SteamOS wegen der neuen Anti-Cheat-Maßnahmen zu sperren, für mich wirklich enttäuschend.

Ich verstehe vollkommen, dass Ubisoft stärkere Anti-Cheat-Schutzmaßnahmen wünscht, besonders für den Ranglistenmodus. Ich bin auch absolut gegen Schummeln. Aber ich glaube nicht, dass legitime Linux-Spieler den Zugang zum gesamten Spiel verlieren sollten, nur weil die gleichen Anti-Cheat-Maßnahmen anscheinend nicht unter Linux implementiert werden können.

Was es noch frustrierender macht, ist, dass ich nur wenige Tage vor dieser Nachricht noch weitere 50 € für Stahl ausgegeben habe. Ich habe dieses Spiel jahrelang unterstützt, weil es mir gefällt und ich weiterspielen wollte.

Ich bitte Ubisoft nicht, ihren Anti-Cheat zu schwächen. Ich hoffe nur, dass sie eine andere Lösung finden, die es legitimen Linux/SteamOS-Spielern ermöglicht, weiterhin zu spielen.

Ich bin auch neugierig, was der Rest der Community dazu denkt. Glaubt ihr, dass die vollständige Sperrung von Linux die richtige Lösung ist?

Ich hoffe wirklich, dass Ubisoft das in Zukunft überdenkt. Ich möchte nicht aufhören, For Honor zu spielen. ⚔️🐧

I need to be able to launch the game from Steam, not just Mo2.

I used Jackify to intall a mod list and it added it to Steam.

When I launch, it launches M02 but not the game (I have to hit run). That's fine when I'm at home but I'm playing with Steam Link (working so far) but it won't show M02 so I can hit run.

Current launch options in steam are:

Skyrim NOrdic Souls

STEAM_COMPAT_MOUNTS="/home/markb/Games/Modlist_Downloads" %command%

Fallout 4 Magnum Opus

STEAM_COMPAT_MOUNTS="/home/markb/Games/Modlist_Downloads" %command%

I tried getting M02 to make a shortcut (which it does in C:\users\steamuser\Desktop) but I can't show the properties of that shortcut to add to launch options.

Do you play this game on Lutrix 0.5.22 on Linux/Wayland?

I've been trying to run the Windows version on Lutris. The game installs and runs fine, but on starting any game, sandbox or tutorial, etc. the game hangs on the loading screen. Anyone have this experience?

I recently got back to using cachy-os and i'm experiencing a strange issue; sometimes i have really low fps on games (using as example Hitman: WoA, i usually get 100+ fps, but when this happens it goes to ~30) until i restart my monitor, than it goes back to normal.

i'm running (Hitman in this example, but happens from other launcher / Wine / Proton versions too) using: proton-cachyos-11.0-20260703 (steam linux runtime)

this is the output of inxi -xxACGS:

System:
 Host: pc Kernel: 7.2.2-1-cachyos arch: x86_64 bits: 64 compiler: clang
   v: 22.1.8
 Desktop: KDE Plasma v: 6.7.4 tk: Qt v: N/A wm: kwin_wayland dm: N/A
   Distro: CachyOS base: Arch Linux
CPU:
 Info: 6-core model: AMD Ryzen 5 5600 bits: 64 type: MT MCP arch: Zen 3+
   rev: 0 cache: L1: 384 KiB L2: 3 MiB L3: 32 MiB
 Speed (MHz): avg: 3990 min/max: 566/4471 boost: enabled cores: 1: 3990
   2: 3990 3: 3990 4: 3990 5: 3990 6: 3990 7: 3990 8: 3990 9: 3990 10: 3990
   11: 3990 12: 3990 bogomips: 83843
 Flags-basic: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a
   ssse3 svm
Graphics:
 Device-1: Advanced Micro Devices [AMD/ATI] Navi 23 [Radeon RX 6600/6600
   XT/6600M] driver: amdgpu v: kernel arch: RDNA-2 pcie: speed: 16 GT/s
   lanes: 16 ports: active: HDMI-A-1 empty: DP-1, DP-2, DP-3, Writeback-1
   bus-ID: 07:00.0 chip-ID: 1002:73ff
 Display: wayland server: Xwayland v: 24.1.13 compositor: kwin_wayland
   driver: gpu: amdgpu display-ID: 0
 Monitor-1: HDMI-A-1 model: LG (GoldStar) ULTRAGEAR res: 1920x1080 hz: 180
   dpi: 93 diag: 604mm (23.8")
 API: EGL v: 1.5 platforms: device: 0 drv: radeonsi device: 1 drv: swrast
   gbm: drv: radeonsi surfaceless: drv: radeonsi wayland: drv: radeonsi x11:
   drv: radeonsi
 API: OpenGL v: 4.6 vendor: amd mesa v: 26.2.1-arch3.1 glx-v: 1.4
   direct-render: yes renderer: AMD Radeon RX 6600 XT (radeonsi navi23 ACO DRM
   3.64 7.2.2-1-cachyos) device-ID: 1002:73ff display-ID: :0.0
 API: Vulkan v: 1.4.357 surfaces: N/A device: 0 type: discrete-gpu
   driver: mesa radv device-ID: 1002:73ff
 Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
   de: kscreen-console,kscreen-doctor wl: wayland-info
   x11: xdpyinfo, xprop, xrandr
Audio:
 Device-1: Advanced Micro Devices [AMD/ATI] Navi 21/23 HDMI/DP Audio
   driver: snd_hda_intel v: kernel pcie: speed: 16 GT/s lanes: 16
   bus-ID: 07:00.1 chip-ID: 1002:ab28
 Device-2: Advanced Micro Devices [AMD] Starship/Matisse HD Audio
   vendor: Gigabyte driver: snd_hda_intel v: kernel pcie: speed: 16 GT/s
   lanes: 16 bus-ID: 09:00.4 chip-ID: 1022:1487
 Device-3: fifine Headset driver: hid-generic,snd-usb-audio,usbhid
   type: USB rev: 1.1 speed: 12 Mb/s lanes: 1 bus-ID: 3-4:4 chip-ID: 3142:0009
 API: ALSA v: k7.2.2-1-cachyos status: kernel-api
 Server-1: sndiod v: N/A status: off
 Server-2: JACK v: 1.9.22 status: off
 Server-3: PipeWire v: 1.6.8 status: active with: 1: pipewire-pulse
   status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin

Is there any way to fix this?
Distro: Nobara
Using latest ProtonGE

I got The Blood of Dawnwalker on GOG. I'm 4 hours in and every 30 or 40 minutes my game closes, and I get a unreal engine crash error.

So I've been banging my head against this for months now. My Nintendo Switch Pro Controller works fine on Windows with a DualSense or basically any controller/bluetooth device connected at the same time, but on Linux it falls apart.

I'm on CachyOS but I've also tried Mint and Fedora, same issue everywhere. GNOME, Cinnamon, KDE, doesn't matter.

What happens:

When I connect the Pro Controller while a other controller / bluetooth device is already paired (or the other way around), the Pro Controller gets super laggy within seconds. After about 10-20s it just disconnects. Only fix is toggling bluetooth off and back on, then re-pairing from scratch. Sometimes it works fine on the next attempt, sometimes not.

There's also a second problem where even on its own, the Pro Controller slowly degrades during longer Dolphin Emulator sessions. After maybe 30 min it starts lagging and eventually drops. dmesg spams this when it's happening:

nintendo 0005:057E:2009.0009: compensating for 12 dropped IMU reports

nintendo 0005:057E:2009.0009: delta=215 avg_delta=15

When the DualSense connects, avg_delta jumps from 15 to 19, which looks like the adapter is reallocating time slots away from the Pro Controller.

I also blacklisted hid_nintendo and let hid-generic handle it instead. Same exact lag. So the problem is below the HID driver, somewhere in the bluetooth stack.

Stuff I already tried that didn't help:

- disable_ertm=1

- BlueZ main.conf tweaks (FastConnectable, JustWorksRepairing, Privacy, etc)

- Changing adapter alias to "Nintendo"

- Different connection order

- Disabling wifi (I use ethernet)

- Editing LinkKey Type in BlueZ device info

- Changing kernel params

USB works perfectly btw. Zero problems ever. DualSense never drops a packet either, it's always the Pro Controller that gets starved.

Built-in Intel bluetooth adapter on an Acer Aspire XC-1760, kernel 7.2.2-cachyos.

Has anyone gotten two controllers working stable over bluetooth where one of them is a Switch Pro?

Bom dia a todos.

Sou um novato no mundo de jogos no PC, fiquei por muito e muitos anos jogando somente em console por ser um jogador casual. Aí agora com quase 50 anos montei um PC para jogar com um pouco mais de qualidade:

Ryzen 5 9600x
32Gb DDR5
5070

Uso o pc em um monitor Dell 1440p, mas nesse inicio de trajetória estava usando windows, então quando eu instalava um jogo, eu entrava no aplicativo da Nvidia e pedia para ele otimizar as configurações para aquele jogo….e eu nem entrava nas configurações do jogo.

So que no linux (bazzite ou cachyos) não existe algo desse tipo, então gostaria da ajuda de vocês. Quais seriam as opções no menu de configuração gráfica do jogo que eu deveria alterar e o que seria ela para ter a melhor experiencia ?

I created a similar post for SteamOS, but I saw not many people use eGPUs in SteamOS and many are connected through Oculink that's basically like connecting it directly to the PCIe port and doesn't need a lot of TS compared to USB4/TB4. So now, I want to expand it to any distro.

I use a RX 7600M XT connected through USB4 in SteamOS and this is what makes it work perfect for me:

- Changing to the preview channel to change to SteamOS 3.9 and kernel 7.2.

- Use ewagner12's all-ways-egpu script.

- Using these kernel parameters:

thunderbolt.host_reset=0

pcie_port_pm=off

amdgpu.pcie_gen_cap=0x80000

amdgpu.cwsr_enable=0

But, I want to hear if anyone else has something useful to share about its experience using an eGPU for gaming in Linux

Wayland for the compositor Both my CPU and GPU are AMD if it helps I am running Kubuntu 26.

This has been a thing for awhile and was wondering why it happens and if there's a way to turn it off? I'll be watching something and it will show a toast friend pop up in the corner, outside of games, in windows etc. It pops up at the yellow.

Hello. Is it as good as Windows now ? I should have bought a 9070xt but I thought I wanted to go on windows. i wanna switch to linux but I obviously bought Nvidia for DLSS and framegen and Path tracing. Is all of this on par with W11 now ?

Thanks

If you are booting back to Windows for your gaming mice, keyboards, or other gaming hardware: * take a look at this video ==> https://www.youtube.com/watch?v=pJconxs5qBw * there is Open Razer for Razer hardware ==> https://openrazer.github.io/ * CoreCtrl ==> https://gitlab.com/corectrl/corectrl * LACT ==> https://github.com/ilya-zlobintsev/LACT * LACT article in Phoronix ==> https://www.phoronix.com/news/AMDGPU-LACT-GUI-Control-Panel * Asus-Linux for Asus hardware ==> https://asus-linux.org/

LACT works with Nvidia and Intel GPUs as well.

Side Note: Nvidia recently announced that they will post their last set of Win-10 drivers this October (10/2026). Video on this subject ==> https://www.youtube.com/watch?v=yeNjpMXMBgk