[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 kde@grau.net changed: What|Removed |Added CC||kde@grau.net Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #17 from kde@grau.net --- User reported issue fixed. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #16 from Peter Eszlari --- It seems like version 390.67 contains a fix: http://www.nvidia.com/download/driverResults.aspx/134859/en-us "Fixed a bug that caused kwin OpenGL compositing to crash when launching certain OpenGL applications." -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #15 from CapsAdmin --- I had forgotten about this issue. I'm currently only using my laptop and KDE Neon as I've chucked away my main computer. It doesn't seem to happen anymore the way I described it. Maybe it never happened on my laptop in the first place. But I've noticed that sometimes kwin crashes when launching an OpenGL application but that's for another issue I guess. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 Peter Eszlari changed: What|Removed |Added CC||peter.eszl...@gmail.com --- Comment #14 from Peter Eszlari --- To better reflect the cause of the bug, I think the summary should be changed to something like this: "Nvidia (Xid 31): applications cause graphics reset" I'm experiencing the same thing with kwin 5.12.4 and Nvidia driver 390.48. I can reliably reproduce this bug by just starting the following applications a couple of times: * VSCode (https://code.visualstudio.com) * Shotcut (https://shotcut.org) I think this is a bug in kwin, because I tested this also under GNOME and there I see no crashes/resets (same base system: Ubuntu 18.04). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 Raghavendra kamath changed: What|Removed |Added CC||raghavendr.ra...@gmail.com --- Comment #13 from Raghavendra kamath --- For me this happens whenever I create a new document in Krita (Uses Opengl) My card is nvidia gtx 750ti -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 younker...@gmail.com changed: What|Removed |Added CC||younky.y...@yahoo.com --- Comment #12 from younker...@gmail.com --- I have the same issue on AMD threadripper platform with GTX1080Ti card and also a Dell XPS 8910 desktop with NVIDIA 1070 card. Just wonder to know is this the error caused by driver or the application which invoke some opengl functions? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 Till Schäfer changed: What|Removed |Added CC||till2.schaefer@uni-dortmund ||.de -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #11 from CapsAdmin --- I'll try the workaround. I mentioned that this happens to my laptop as well but so far I've only been testing this on my desktop. It's kinda time consuming as sometimes it doesn't happen for a whole day and sometimes it happens right after reboot. I'll try to use my laptop as well and post the qdbus and dmesg output when it happens. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #10 from Markus --- Please have a look at the bug 385324, I added a description of the NVRM error and also a workaround that worked for me. Maybe you can confirm. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #9 from CapsAdmin --- [ 561.969560] NVRM: GPU at PCI::01:00: GPU-993ef86b-cac0-cdc9-2118-c2e8e45ee121 [ 561.969563] NVRM: Xid (PCI::01:00): 31, Ch 0020, engmask 0101, intr 1000 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #8 from Markus --- Do you get a NVRM message in dmesg when this happens? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #7 from Martin Flöser --- So from output: compositing is clearly not active. I fear this is a bug in a different stack. When compositing is not active the X server is responsible for rendering. That seems to not work any more. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #6 from CapsAdmin --- Created attachment 108274 --> https://bugs.kde.org/attachment.cgi?id=108274&action=edit qdbus log I made a tmux session on tty7 (main) and when it froze I attached to it from tty1. From the tmux session I added sleep 5 to the beginning of the command, switched to tt7 again which was semi-frozen and waited for output. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #5 from CapsAdmin --- It doesn't always happen but it can happen when you manually toggle the compositor. Most of the times it happens when I launch or exit games, but these games never turned off the compositor in my experience. The only application I have that turned off the compositor was my own opengl application. But recently that stopped turning it off for some reason. I'm not sure how plasma decides when to turn off the compositor, but this is irrelevant. As I was writing this comment I toggled the compositor multiple times and everything froze, but the output from the command I was told to run was nothing. It might have been my mistake so I'll try again. (I have Yakuake with "qdbus org.kde.KWin /KWin supportInformation > frozen.txt" written in it so when it happens I can press f12 and enter.) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #4 from Martin Flöser --- Just for the record: I started into X11 yesterday and tried to reproduce by toggling compositing. I was not able to reproduce the problem. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #3 from CapsAdmin --- Created attachment 108157 --> https://bugs.kde.org/attachment.cgi?id=108157&action=edit non frozen state I've attached the non frozen output to this comment. I'll try to post the output when it's frozen as soon as it happens. (also I meant to say I have a gtx 970 not a gtx 980) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 Martin Flöser changed: What|Removed |Added CC||m4rkus...@web.de --- Comment #2 from Martin Flöser --- *** Bug 385324 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 385291] entire desktop freezing, cursor works and i can still drag windows around but framebuffer is frozen
https://bugs.kde.org/show_bug.cgi?id=385291 --- Comment #1 from Martin Flöser --- please provide output of: qdbus org.kde.KWin /KWin supportInformation super awesome would be if you can get it from the "frozen" state (e.g. ssh in). But also from running state could help me. -- You are receiving this mail because: You are watching all bug changes.
