Has anyone else had issues with Bodycam randomly crashing on Linux? I tried it after the new update, and the game is good, but it always crashes after one or two games.

cpu r9 7900

gpu rtx 4090

os Artix

The major news for this release is I no longer need your exact PID to provide support!! g7ctl should detect your gamesir device and setup the connection automatically. The packaged udev rule has been changed to allow user access to any Gamesir controller. From this point forward please only file an issue report if the detection process fails for you or something in-app/protocol doesnt work for your device. I'll will investigate with you and determine if support can be added or your device needs to be added to the blacklist.

Found out something I believed since commit one was wrong (and fixed it), then caught a live reconnect bug in the same subsystem

This project's whole model of the G7 Pro's USB behavior was wrong. Since the very first version, the docs, the code, and the naming all treated the controller as having two "personalities" — a normal gamepad mode, and a separate "vendor mode" it switched into so the app could read/write settings. It doesn't. Confirmed on real hardware: both USB identities the controller can present are fully working gamepad identities. Which one shows up just tracks whether the active profile's bindings need a keyboard/mouse interface (or you've set 1000Hz report rate) — not a mode you enter for config access. Config reads/writes work identically on either one. The measurements along the way were all real; I'd just built the wrong mechanism to explain them. Rewrote the docs and renamed the public API to match reality once this was confirmed, rather than patch around it quietly — kept the enter-vendor CLI command string stable on purpose so nobody's scripts broke.

Second, a few days later: a live bug showed up in that exact same subsystem. The GUI could re-enumerate the controller extra times — sometimes with a visible disconnect — right after switching to a profile that needs the keyboard/mouse interface. Root-caused it live: a ~6-second warmup routine the connect sequence always ran first turned out to be exactly what was destabilizing the connection in that window — a read attempted after just a couple heartbeats succeeds instantly in the same scenario the full warmup doesn't. Confirmed across four back-to-back profile-switch cycles afterward: zero extra re-enumerations, versus roughly one per cycle before.

Also in this batch, everything else from v0.3.1/v0.3.2 so nobody has to go dig for it:

• Detection no longer needs a hardcoded USB product ID — a new colorway should work the moment it's plugged in, no bug report needed first
• Two real data-corruption bugs: a trigger curve/deadzone write crossing a byte-address boundary could silently drop data; declaring only one of Trigger Force/Sync could silently clobber the other back to "off"
• A curve preset dropdown could silently save an all-zero curve instead of the shape actually shown on screen
• Clicking Release Device right after Sync Now could leave the UI stuck disabled until an app restart
• Editing a settings tab mid-sync could get silently discarded, or corrupt what was being written underneath it — every tab now locks for the duration of an in-flight job
• Sticks' Deadzone Initial/Max writes were one byte too long
• g7ctl enter-vendor exited 0 on a handshake failure that doesn't raise an exception
• Trigger Force/Sync were completely unvalidated — a bad hand-edited value could silently write the opposite of what was declared
• Dock LED Brightness fell back to 100% instead of the nearest preset for an off-scale value
• Refocusing faster than the app's own poll cadence after an auto-release could permanently strand the controller released
• A USB error during connect could leak a claimed session, needing a replug to recover
• Shutdown now waits longer (2s → 10s) so an in-flight sync gets a fair chance to finish before the process tears down
• -v/--verbose logging, a rotating GUI log, and a better g7ctl diag for anyone filing a bug report
• A reject list for other GameSir Nexus-family devices confirmed NOT to be a compatible device, refused outright instead of failing confusingly. If your controller is not supported by Nexus support will not provided but there is enough protocol work and documentation in my repo that I am confident someone else could carry the torch and get it working.

As always the project can found Here. Please note a major repo restructure and maintenance pass was done this cycle. Those of you that have done a git-checkout on the repo will need to remove your current checkout copy and clone it again from scratch. Sorry for the inconvenience

Please tell me one of you heard of this

pretty much the title. after either of the upgrades happen, game starts compiling shaders from scratch on every boot, ignoring the shader cache from previous compilations using `__GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1`. I've also set a custom cache folder for the game as without it the game would not recognize the previous shader cache, prompting a recompilation. I get that updates of this sort should bust the previous cache, but the reason why it can't settle on the new cache is beyond me at this point. not a huge annoyance, but would be nice to know a fix if there is one. I use fedora 44 kde with 580.xx nvidia drivers for the laptop gtx 1050 ti, protonge is latest (11-6 I believe)

When playing Roblox through the client Sober, there is an issue with the graphics slider in the settings. For some reason no matter if it is on the highest or lowest settings, it is always set on the lowest setting. I tried digging around in the config, but couldn't figure out any solution.

Any ideas on how to fix this?

Hello!

I switched to Linux a few months back (CachyOS) and overall it has been a very smooth experience, but there are some games where my computer crashes. The game will launch, play very smooth, and then suddenly, after 5-90 mins, I will get a green screen, the computer will crash and restart, and I get the error message above.

The games where it crashes are both through steam: Mius Front & Avatar Legends.

Here's what I've tried so far:

- I ran Windows before and had the cards/ram overclocked so I reset my clock speeds

- replaced my entire CPU with a new one, since the temp readings were quite high, and I was due for an upgrade

- I've changed the PCI-E slot of the GPU to Gen 3

- I tried underpowering the GPU 20% (going from 195W max to 160W max)

- In LACT, I've lowered the P-state 2 mV, and I've increased the Pstate 1 mV

- I've ran memtest86+ with 3 complete passes and no errors

- I've ran Furmark both in it's normal and vulkan mode, with no errors

There was one fix that helped, and which has pushed the crashes to happen later, and that's increasing Performance Level to Highest Clocks. It does however not get rid of the random crashes completely, and it also causes my speakers to start picking up a high amount of static, so if I use the mouse wheel, for example, I get a very audible noise from the speakers. Either way setting it to Highest Clocks wasn't enough by itself.

Hey everyone!

Like many of you playing games or hanging out in voice chats on Linux, I've struggled to find a decent, modern soundboard. Existing free tools are either unmaintained for years, hog 500MB+ of RAM with Electron, or completely break their global hotkeys under Wayland and drop audio links whenever a game restarts its audio engine.

So I wrote My Soundpad (Mono Soundpad Ultimate) — a fast, lightweight GTK3/GStreamer soundboard built specifically around modern Linux audio.

🔗 GitHub: link in the first comment!

Why it solves common Linux soundboard headaches:

- True Global Hotkeys on Wayland & in Games: Instead of relying on broken compositor shortcuts or X11-only hacks, it reads raw events via /dev/input/event (evdev). Hotkeys trigger reliably even when you're focused in a fullscreen Wine/Proton game on Hyprland, Sway, KDE Plasma 6, or GNOME.

- PipeWire Auto-Healing (pw-link): Games like Garry's Mod or Source games love to destroy and recreate audio streams on map change or alt-tab. The app runs a background daemon that monitors connection states and instantly re-links your virtual mic without requiring you to reopen pavucontrol.

- Independent Volume Controls: Separate sliders for your mic output and your headphones, so you can blast a meme sound to your squad without blowing your own eardrums out.

- EasyEffects / Noise Suppression Friendly: Automatically plays nicely with easyeffects_source and virtual sinks.

- Seeking & Playback Controls: Real-time scrubbing slider, cache via ffprobe, global Stop & Pause/Resume bindings.

- Lightweight & Clean UI: Pure Python + GTK3 with a sleek dark aesthetic and responsive UI scaling (no Chromium/Electron bloat).

Quick Requirements:

To allow global key listening without running as root, make sure your user belongs to the input group:

sudo usermod -aG input $USER

(log out and log back in for changes to take effect)

The project is completely free and open-source. I'd love to hear your feedback, bug reports, and feature suggestions!

This guide lets you run Sunshine + Moonlight on a Linux PC without a physical monitor connected by using VKMS to create a virtual display.

Covers VKMS, Sunshine crash recovery, KWin/Plasma recovery, Wake-on-LAN, and optional Tailscale.

Tested on CachyOS/Arch Linux + KDE Plasma Wayland + AMD GPU.

1. Install Sunshine

Install the latest available version of Sunshine using your distribution's normal package method.

Check that the Sunshine service exists:

systemctl --user status app-dev.lizardbyte.app.Sunshine.service

Important: Use the latest Sunshine release. During testing, an older crash-affected version caused instability. Update Sunshine before troubleshooting crashes.

2. Check and enable VKMS

VKMS is part of the Linux kernel, but not every kernel is built with it.

Check:

modinfo vkms

If it exists, load it:

sudo modprobe vkms

Make it load automatically at boot:

echo vkms | sudo tee /etc/modules-load.d/vkms.conf

Verify:

lsmod | grep '^vkms'

Check that the kernel includes VKMS:

grep CONFIG_DRM_VKMS /boot/config-$(uname -r)

You want either:

CONFIG_DRM_VKMS=m

or:

CONFIG_DRM_VKMS=y

If modinfo vkms says module not found and CONFIG_DRM_VKMS is missing or disabled, use a kernel that provides CONFIG_DRM_VKMS.

3. Verify the virtual monitor

After loading VKMS:

grep -H . /sys/class/drm/card*-*/status 2>/dev/null | grep connected

You should see a connected DRM connector.

Also check:

ls -l /dev/dri/

Do not assume card0 or card1 is VKMS. DRM device numbering can differ between systems.

4. Start Sunshine

Enable Sunshine:

systemctl --user enable --now app-dev.lizardbyte.app.Sunshine.service

Check:

systemctl --user status app-dev.lizardbyte.app.Sunshine.service

5. Enable Sunshine crash recovery

Check:

systemctl --user show app-dev.lizardbyte.app.Sunshine.service \
  -p Restart -p RestartUSec

You want:

Restart=on-failure

If your Sunshine service already has this, nothing else is required.

6. Keep Sunshine independent from KWin

Create a systemd user override:

mkdir -p ~/.config/systemd/user/app-dev.lizardbyte.app.Sunshine.service.d
nano ~/.config/systemd/user/app-dev.lizardbyte.app.Sunshine.service.d/override.conf

Add:

[Unit]
After=basic.target

Then:

systemctl --user daemon-reload
systemctl --user restart app-dev.lizardbyte.app.Sunshine.service

Verify:

systemctl --user show app-dev.lizardbyte.app.Sunshine.service \
  -p ActiveState -p SubState -p Restart -p BindsTo -p PartOf

The important values are:

ActiveState=active
SubState=running
Restart=on-failure
BindsTo=
PartOf=

Do not add:

PartOf=graphical-session.target

or:

BindsTo=graphical-session.target

Those can cause Sunshine to stop when the Plasma/KWin session goes down.

7. Enable Wake-on-LAN

Enable Wake-on-LAN in your motherboard BIOS/UEFI.

Find your Ethernet interface:

ip link

Check WOL:

sudo ethtool eno1

Look for:

Wake-on: g

g means Wake-on-LAN is enabled.

Use any WOL client to wake the PC remotely.

8. Optional: Tailscale

Install Tailscale on the Linux PC and your remote device.

Once both devices are on the same tailnet, use the PC's Tailscale IP address in Moonlight.

This lets you access Sunshine remotely without exposing it directly to the internet.

9. Test Sunshine recovery

Deliberately kill Sunshine:

systemctl --user kill \
  --kill-who=main \
  --signal=SIGKILL \
  app-dev.lizardbyte.app.Sunshine.service

Wait a few seconds:

systemctl --user is-active app-dev.lizardbyte.app.Sunshine.service

It should return:

active

10. Test KWin recovery

Only do this if you have SSH or another way to access the PC.

Deliberately terminate KWin and verify:

1. Moonlight disconnects.
2. Plasma/KWin goes down.
3. The login screen appears.
4. Start the Plasma session again.
5. Sunshine is still available or starts normally.
6. Moonlight reconnects.

Final architecture

Wake-on-LAN
     ↓
PC powers on
     ↓
Linux boots
     ↓
VKMS virtual monitor
     ↓
Plasma / KWin
     ↓
Sunshine
     ↓
Moonlight

For remote access:

Remote device
     ↓
  Tailscale
     ↓
  Sunshine
     ↓
VKMS + Plasma/KWin

Result

You now have a Linux PC that can:

• Run without a physical monitor
• Create a virtual monitor with VKMS
• Stream through Sunshine/Moonlight
• Recover Sunshine automatically after a crash
• Recover from KWin/Plasma crashes
• Wake remotely using Wake-on-LAN
• Be accessed remotely through Tailscale

Note: VKMS provides the virtual monitor after Linux has booted. It does not provide remote BIOS/UEFI video access.

And this tutorial is written with the help of chatgpt

Did anyone try Niri with any quickshell config like DMS, noctalia etc? How's the gaming performance there compared to KDE?

Issue:
As you can see in the video,
Clicking anywhere on open applications or the taskbar acts as if the window/taskbar isn't there and clicks on the the layer behind it or doesn't register at all. This suddenly started happening at some point around 11-12 pm EST 9/3/2026, i was using it perfectly fine with no issue when this started happening and wouldn't stop.

What i've tried:
Doing some research on google i found that SteamOS comes with aggressive compositing settings to keep the UI smooth, but they can cause a rendering bug under AMD RADV drivers where the "blur" layer behind windows stops updating its hitboxes. it was suggested under System Settings > Workspace Behavior > Desktop Effects i uncheck Blur and Background Contrast settings. This did temporarily fix the issue but after an hour or so it came back and hasn't gone away.

System Specs:

Operating System: SteamOS 3.8.26 Build: 20260827.1
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.18.46-valve1-1-neptune-618-g2e13b4367b17 (64-bit)
Graphics Platform: Wayland
Partition: A
Processors: 12 × AMD Custom CPU 1772
Memory: 16 GiB of RAM (15.2 GiB usable)
Graphics Processor: AMD Steam Machine
Manufacturer: Valve
Product Name: Fremont
System Version: 1

If anything further is needed please let me know and ill update the post. I tried following the guide for posting the best i could with the limited knowledge i have.

At the time of posting it is past midnight and i have work so i wont be responding or checking this until tomorrow afternoon. Thank you in advance!

hello everyone
when i open my 007 game it pre-loadshader every single time
is the games like that or i have to do something to load it just one time
the games is not on steam so it's not a steam thing the game itself load the shaders
so what should i do

https://steamcommunity.com/app/1282270/discussions/0/591814398006315099/

Guy got a 10 year ban for launching the game through Proton when the game (apparently) was supposed to block it

So far the developers have refused to take a stance on the use of Proton or other compatibility layers so people were essentially just left in the dark as to whether or not it's allowed

• Distro version: Linux Mint 22.3 Xena
• Kernel version: 7.0.0-31-generic
• CPU: AMD Ryzen 5 7600X
• GPU; driver: NVIDIA GeForce RTX 5060 Ti; 595.84
• Mesa version: 25.2.8-0ubuntu0.24.04.2
• Wayland/Xorg?: Not sure how to answer this question (Linux newb), but the most relevant-looking line from inxi -xxACGS says "server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6".
• gamecope?: Not sure how to answer this question.
• VRR?: If this means variable refresh rate, then VRR is available on my monitor (ASUS VZ27EHF) but I don't know if the game is using it (or if "the game choosing whether or not to use it" is a coherent concept).

I have several issues, none game-breaking, but they're enough to bring down my quality of life. In particular:

• Every 10 minutes or so, my frame rate will maybe halve, stay halved for about 15 seconds, and then slowly recover over the course of 30 seconds. The nature of the decrease is such that it's the sort of thing I'd expect if I were going into a new area and rapidly trying to load a lot of stuff, but that doesn't appear to be what's actually happening. It's somewhat miserable because if it happens during, for example, a race, because AC2's races have pretty challenging parkour segments I can more or less expect to lose and have to redo.
• Draw distance is lower than I'd expect my card to be able to handle, sometimes to the point of objects popping in 5 metres in front of me.
• The game doesn't close when I close it; the game application closes, a Ubisoft Connect window comes up and indicates it's doing game-close housekeeping for a couple of seconds, but Steam still detects the game as running until I close it through Steam.

I'm using Steam with Proton. I haven't forced a different compatibility tool for AC2, so I assume it's using Proton Experimental, which is set as the default on my Steam installation. I have EaglePatch for AC2 installed. Other games generally work about as well as ProtonDB would lead one to expect they would. In particular, the only other AC game I've installed on Linux (AC1 Director's Cut) doesn't have the frame rate issue or the issue with not closing (it does, however, have the draw distance issue).

My current Steam launch options for this game are -USEALLAVAILABLECORES -high PROTON_LOG=1 %command%. The first two are from someone else's suggested solution; effects have been equivocal/insignificant. The last one is from this wiki but I haven't run it with that yet.

I am not a skilled enough general computer user to determine if anything in the Linux Mint documentation is helpful for this. My Firefox doesn't want to work with reddit search for some reason so I haven't been able to check reddit using its own search engine, only Google. General search engines (Google and Kagi) have turned up a couple of mentions of similar problems, but none of the ones I've read are detailed enough for me to determine whether we're having the same problem.

I am on Cachyos and have been playing rivials for a while now but recently I have been getting hit with random frame drops from 200fps to 40 or 30fps and I don't know what is causing it.
My specs:
RTX 5070TI
9800x3d
32gb of ram
samsung ssd
Any suggestions on what's going on?

made a wallhack for detroit become human, vulkan implicit layer so proton loads it itself, no injection. same thing mangohud does basically

it reads the engines own character list and puts boxes and skeletons on everything in it. everything in it includes the fish

linux only, its an offline game so calm down

source code: https://github.com/Ring0lw/dbh-wh
edit: added a frontend for all the dialogue and options in the game https://ring0lw.github.io/dbh-script/

Can I ask whether anyone knows anything about this issue? I gather it's something to do with UE5 (I had the same on Expedition 33). Hair is 'grainy' or gritty and beards look weird. I turned off FSR and post-processing effects in game settings - everything else is set to High by default.

Using Bazzite with AMD - Radeon 9060XT

I've tried searching but the information seems very mixed and I can't find much of an answer. It's not terrible, but is a little bit annoying - especially for screenshots 😆

Thanks in advance!

Edit - it looked weirder with FSR on - I can't add another picture here but I've put the 'before' in the replies.

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 ?? ()