Summary: | Stop job for kwin_x11 takes a long time with version 525.53 of the NVIDIA drivers | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Jay Griffin <jaypgriff> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kde.dev.balint, nate, paidhi |
Priority: | NOR | ||
Version: | 5.26.3 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 6.0.0 | |
Sentry Crash Report: |
Description
Jay Griffin
2022-11-18 12:22:57 UTC
After I reported this is tried a couple of things: I downgraded my nvidia drivers from 525.53 to 5.20.56.56 and changed sddm from the official arch repos (0.19.0-9) to sddm-git (0.19.0.170.g3e48649-1) from the aur as this was a suggestion I found on an old bug report describing the same issue. This actually appeared to provide some difference in the problem as I had a good number of days where the stop job issue with kwin happened only one time which was directly after rebooting when I changed the sddm package to the version above. It did not occur again after that. Today I have upgraded the nvidia package again to 525.60.11 in-line with the Arch package repos and the issue happens on every reboot/shutdown. Notably, when I first installed plasma on this machine I was using nvidia driver version 515.x and I did not experience this problem at all then, there was a correlation with changing to a newer nvidia driver version when I started to experience this issue. I cannot confirm if this nvidia driver is the source of the problem but perhaps this information is useful to you. I also have this issue. OS: OpenSUSE Tumbleweed Nvidia driver: 515.86.01 KDE Plasma: 5.26.4 Graphics Platform: X11 There is a rather simple workaround: Instead of "Restart" in the active Plasma session first use "Log Out" and then pick "Restart" on the SDDM login screen. TLDR: there is a solution, and it is released in Plasma 6, and you can patch Plasma 5 if you need to. Until recently I had the same problem in Debian 12 Bookworm, and I even upgraded to unstable Trixie in hopes that a new KDE version will solve it. But it didn't. The issue itself looked very much like a "wind-down" problem: maybe some components are shut down, while others are still working. Searching along these lines I found this: "https://discuss.kde.org/t/weird-crashes-when-logging-out/5927" Which linked to "https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/3302" There the author found that SystemD was restarting some of the components that Kwin was shutting down, hence the issue. Our issue seemed very similar. Original commit to use systemd for coordinating the shutdown, instead of killing Kwin, while systemd keeps re-launching some of the killed components: https://github.com/KDE/plasma-workspace/commit/6ce8f434139f47e6a71bf0b68beae92be8845ce4 The commit that refines the above solution to also handle legacy boot, where systemd is disabled for some reason by the user. https://github.com/KDE/plasma-workspace/commit/41629e86035e341bb4dea662236aefdc274e7c30 This is released in Plasma 6, so if you can upgrade, then your problem will be solved. Not sure I understand its status in Plasma 5, but I have patched my Debian 12 Bookworm that has plasma-workspace-5.27.5, and it corrects this shutdown delay issue. Dear KDE team, can we get these two commits released for the Plasma-workspace 5 series too, as a bugfix? It concerns the package plasma-workspace, and affects two files only. It solves this bug report (and many others listed in the commit message), and would improve the user experience for Debian too (for the moment the new unstable Debian Trixie also uses Plasma 5 (with plasma-workspace-5.27.11.1)) Related open bugs 453928, 461989 The two commits addressed these bugs 473824, 409088, 450531, 451939, 450320, 434403 and bug 483066 Changing status to Confirmed, as I could reproduce it in Debian 12 Boorkworm stable. Marking as fixed in Plasma 6; it'll be up to KWin folks regarding whether not a backport is feasible. |