| Summary: | kwin_x11 crashes with sigsegv/11 when launching games | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | S1LV3R <superman_appendix672> |
| Component: | generic-crash | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | cm4181, escomk3, kde, rk.tasopoulou |
| Priority: | NOR | ||
| Version: | 6.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Stack trace from crashed process
GDB stack trace (with debug symbols) |
||
|
Description
S1LV3R
2024-06-21 20:19:58 UTC
Created attachment 170781 [details]
Stack trace from crashed process
Created by copying the output from `coredumpctl dump 341343`
I would upload the core dump as well (created by running `coredumpctl --output=kwin_x11_341343.coredump dump 341343`), however that file is 504 MB large, so a bit over the limit of 4000 KB Spent a couple minutes testing: Same crash happens regarless of if kwin is using the Intel Integrated GPU, the NVIDIA GPU, or a Radeon GPU (on a different other system) Created attachment 170788 [details]
GDB stack trace (with debug symbols)
I used the crashed process viewer and the interactive debugger + debuginfod and got back another (hopefully more useful) trace, seeing as i cant upload the core dump
I've been seeing a more or less identical backtrace since kwin 6.0.90 (to which I updated from 6.0.5 ~2 weeks ago). I believe what actually triggers this, is compositing being switched on and/or off again. I don't have 'allow applications to block compositing' enabled, but I often switch it off manually, which is how I encountered the issue. One way to re-produce on my machine: 1. Have compositing enabled, and 'enable on startup' checked. 2. Select a window decoration that is not Breeze or Oxygen; these don't seem to trigger it for me, but Plastik, and any other additional themes I've tried do. 3. Also have some application running, Konsole for example. 4. Turn off compositing. 5. Interact with the Konsole application via the panel. 6. Segmentation fault ensues. There was another issue where simply toggling compositing would segfault, but that was fixed in 6.1.0 for me (change from 5db1cae615b [1] specifically, which I used before 6.1.0 was out). I'm using KWin with LXQt, X11, and had not found anyone seeing this on Plasma yet, and I could not make it happen in a virtual machine, but looking at the code, it might be somewhat specific to 'glxcontext', which I guess might differ there (using 'amdgpu' on the real machine). Been trying to gather as much information as I can before filing a bug report, but this seems to be talking about the same issue (yay!). Triggering the crash without 'enable on startup' checked on 'compositing' gives a somewhat different backtrace, which is the one that is similar to the one in comment 4. Regarding frame '#5 0x00005abcbd80e920 in ?? ()', I always see it end up in a '?? ()' as well, but one time I saw 'libQt6Qml.so' there, but after compiling qtdeclarative with debug symbols, it of course went back to '??'... Thank you! 1. https://invent.kde.org/plasma/kwin/-/commit/5db1cae615b177d58b065276e81da0993af0ed6e Looks like the issue for me is gone with 6.1.2, probably due to commit c6d2eac81ae [1], meaning this could potentially be a duplicate of bug 488830 (I do feel like I had tried with this commit at some point, but perhaps I did not after all). 1. https://invent.kde.org/plasma/kwin/-/commit/c6d2eac81ae9dba99df40aba185b50c3f1f9f021 2. https://bugs.kde.org/488830 *** This bug has been marked as a duplicate of bug 488830 *** |