From time to time I'm expiriencing desktop hang, especially when switching windows. First winows hang, then cursor follows, after few seconds it all comes back to life with message from kwin about driver recovery. There's not much in logs, beyond: Apr 12 20:38:45 archmkd kwin_x11[496]: Using FBConfig 0x1a8 for visual 0xc4 Apr 12 20:38:45 archmkd kwin_x11[496]: kwin_core: 0x20071: Buffer detailed info: Buffer object 2 (bound to GL_ELEMENT_ARRAY_BUFFER_ARB, usage hint is GL_STATIC_DRAW) will use VIDEO memory a Apr 12 20:38:45 archmkd kwin_x11[496]: Using FBConfig 0x119 for visual 0x2d Apr 12 20:38:45 archmkd kwin_x11[496]: kwin_core: 0x20092: Program/shader state performance warning: Fragment Shader is going to be recompiled because the shader key based on GL state misma Apr 12 20:38:45 archmkd kwin_x11[496]: Using FBConfig 0x119 for visual 0x2d Apr 12 20:38:45 archmkd kwin_x11[496]: Using FBConfig 0x1a8 for visual 0xc4 Apr 12 20:38:45 archmkd kwin_x11[496]: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 20205, resource id: 0, major code: 14 (GetGeometry), minor code: 0 Apr 12 20:38:45 archmkd kwin_x11[496]: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 20215, resource id: 0, major code: 14 (GetGeometry), minor code: 0 Apr 12 20:38:45 archmkd kwin_x11[496]: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 20361, resource id: 0, major code: 14 (GetGeometry), minor code: 0 Apr 12 20:38:45 archmkd kwin_x11[496]: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 20362, resource id: 0, major code: 14 (GetGeometry), minor code: 0 Apr 12 20:38:45 archmkd kwin_x11[496]: QXcbConnection: XCB error: 3 (BadWindow), sequence: 20374, resource id: 37749050, major code: 18 (ChangeProperty), minor code: 0 Apr 12 20:38:45 archmkd kwin_x11[496]: QXcbConnection: XCB error: 3 (BadWindow), sequence: 20376, resource id: 37749050, major code: 3 (GetWindowAttributes), minor code: 0 Apr 12 20:38:45 archmkd kwin_x11[496]: QXcbConnection: XCB error: 9 (BadDrawable), sequence: 20377, resource id: 37749050, major code: 14 (GetGeometry), minor code: 0 Reproducible: Sometimes Steps to Reproduce: 1. Do some some stuff. 2. Switch window from time to time 3. Do more of that. 4. If you are lucky whole screen will freeze. Actual Results: First windows hang, then cursor, then I need to wait few seconds, after that it's all good, kwin informs about driver recovery (stylish I might add). Expected Results: I should not be aware that journal exists and what are logs. nvidia 346.59 __GL_YIELD="USLEEP" exported from /etc/profile kwin set to OGL 3.1 with Re-use screen content
Created attachment 91992 [details] journalctl logs for user
please - attach the output of qdbus org.kde.KWin /KWin supportInformation (with the compositor being active) - attach /var/log/Xorg.0.log - check "dmesg | grep NVRM" for suspicious warnings/errors You may also want to try export KWIN_EXPLICIT_SYNC=0 kwin_x11 --replace & Dev note: There're 2 "kwin_core: A graphics reset attributable to the current GL context occurred." in the journal.
Created attachment 91995 [details] qdbus org.kde.KWin /KWin supportInformation
Created attachment 91996 [details] xorg log
Created attachment 91997 [details] dmesg, nothing interesting
It happens since Plasma 5.1 (that's when I deployed new KDE on my Arch). I will remember to export KWIN_EXPLICIT_SYNC=0 tomorrow.
(In reply to Piotr Kloc from comment #5) > dmesg, nothing interesting Au contraire ... [ 2.508311] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 346.59 Tue Mar 31 14:10:31 PDT 2015 [ 4.488925] NVRM: Your system is not currently configured to drive a VGA console [ 4.488931] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver [ 4.488934] NVRM: requires the use of a text-mode VGA console. Use of other console [ 4.488937] NVRM: drivers including, but not limited to, vesafb, may result in [ 4.488939] NVRM: corruption and stability problems, and is not supported. See https://wiki.archlinux.org/index.php/GRUB/Tips_and_tricks#Disable_framebuffer, fix the setup and see whether the issue still occurs. Not saying "this is it", but I acutally bet on this message ;-)
So I've done things according to wiki. "dmesg | grep NVRM" returns: [ 2.099416] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 346.59 Tue Mar 31 14:10:31 PDT 2015 so it's fixed, I guess. I have enecountered graphics reset anyway, after opening plaintext file in libreoffice. Right before 14:02 it hanged, cursor was working though, it was looking more like mouse grab this time. Keyboard wasn't responding.
Created attachment 92009 [details] journalctl -b after disabling framebuffer
You won again sir, it runs stable for one day now. It probably was framebuffer. I will report back in one week.
There's still something wrong, this time menubar lost it's contents on freeze, kwin recovered with message. Can I debug it somehow ?
Created attachment 92062 [details] journalctl -xb 15.04.15 ~17.21 log
Bug #346218 suggests tunderbird to be the trigger and your log lists firefox (technically equivalent) right before the reset. Could "mozilla apps" be the cause for you as well? > menubar lost it's contents on freeze What menubar lost what content - and persistantly or until the compositor was restarted?
Sorry, I meant plasma taskbar, not menubar. It went clean during freeze. no icons, until compositor recovered. >Could "mozilla apps" be the cause for you as well? I will install browser I'm not fan of to see what happens. Wow, it will hit 50 this year...
So, I have added export KWIN_EXPLICIT_SYNC=0 to /etc/profile. It's been stable since. It was indeed caused by firefox, sometimes by plugin-container, sometimes by doing nothing. One common thing was firefox running in background.
I've tried plasma again after two months of Cinnamon usage. It is no longer happening, which is nice, KWIN_EXPLICIT_SYNC=0 is no longer needed. Arch x86_64 Nvidia 352.30 Plasma 5.3.2