KDE Plasma desktop effects hanging with Nvidia 9400
Page 1 of 1 (10 posts)
Tags:
None
Registered Member 
|
Hey folks, I'm a new user to KDE, switched about a week or so from Gnome, very pleased with the new desktop.
I did it from a fresh installation, and installed nvidia shortly after, following debian's wiki way. The issue it self is that the whole desktop would freeze on occasion and return( or not) shortly after, sometimes switching to a virtual terminal would work. This was with noveau driver, I thought installing Nvidia recent driver would fast up the issue , but it actually didn't. Its still will hang violently and sometimes only a hard-boot can solve it. Luckily I found out how to deactivate desktop effects and it seems to solve the issue. There was a similar issue with the gnome shell getting stuck( with a lot of users), but installing Nvidia solved it for me. Additionally I can't play videos, I think its related to nvidia vdpau driver not being used. And even more my nvidia driver has a hard time using options from my xorg.conf, but that is another issue we can solve later. I any case, KDE effects are very nice and a great addition to a already good desktop. I would to use it. My system specs: Debian Jessie( testing), iMac 2009 model, Geforce 9400, 3.11 Kernel with v319 nvidia driver. Thanks for the time. |
Manager
|
re: video - which video player and what type of video file? Debian probably doesn't install what are called proprietary codecs by default due to legal concerns
moved to Kwin forum as your post indicates deactivating desktop effects resolves the hang
OpenSuse Leap 42.1 x64, Plasma 5.x
|
|
> And even more my nvidia driver has a hard time using options from my xorg.conf, but that is another issue we can solve later.
What do you mean by this? Are you sure the nvidia blob is actually used and not blocked by kernel modesetting? Please paste /var/log/Xorg.0.log somewhere. |
|
Registered Member
|
I've solved this issue, I had missing a few gstreamer0.10 packages, which is strange since they weren't marked as dependency nor recommends.
I had a issue( from this and a previous install), that nvidia would only use one resolution, I've tried playing about using suggested xorg option from nvidia( a readme file from the driver release), but some options don't seem to have effect. Mostly DPI and meta-resolution options don't have any effect, and modeline are mostly ignored, and sometimes gives weird results. The most recent driver 319 had some new features, mostly the ability to use meta-resolutions, but still my xorg options are ignored. I gave up on trying tune nvidia since the last install with KDE. I think its working as supposed though. My nvidia xorg config:
My Xorg log:
|
|
Ok, nvidia blob loads as usual.
Unless you're sure that EDID is broken for you, I'd rather rely on it than on handwritten modelines. However if you want, you've to invoke the "ModeValidation" option (see vast nvidia/README in /usr/share/docs/) to enforce modes, dpi, frequency etc. You can also set a dpi at runtime by "xrandr --dpi 102" Back to the hangs. You said
and since you apparently know how to switch VT, that likely means you can no more in that case (and from there "telinit 3; telinit 5")? Can you log in eg. via ssh in this case? Or at least ping the system? Is this eventually related to resuming from STR? When such hang occurs (and you can access the system afterwards w/o rebooting), check the output of "dmesg" afterwards for nvidia kernel or I/O errors (at the end of the output) In any case, please post the output of
with active opengl compositing for a guess on what may cause this. |
|
Registered Member
|
Well, the modelines are ignored, so I just left them there, my EDID only gives one resolution, I commented non-EDID res from the conf file because they would be display incorrectly. I do really think most of the options are ignored, with exception to nologo and enable brightness( which is important since I'm on a iMac). Tried to set modelines manually via xrandr but it wouldn't work( tried it before adding them to conf file). I just think nvidia driver and Xorg are not communicating very well.
I haven't tried accessing while hanged, but I can try that, in the morning I will enable desktop effects again and see how it goes. I was just hoping that it could be common that could be easily fixed. Lots of people were having a similar issue with gnome. Thanks report back tomorrow. |
|
Registered Member
|
Hey, sorry for taking so long to test this out.
A couple of days ago I've enabled desktop effects, and with it also configured cairo dock for neat desktop visual. Chose what effects to use, mostly normal stuff, I don't use more than 1 desktop so I've disabled the rest. At first it seemed ok with everything working, but it will occasionally hang, I think only about two times in whole three days of testing. Still there are some minor stutters, and it will recover by it self. The actual hang could take five or more minutes. So its really an issue. I can't tell if it occurs in any specific situation, but stutters I think are shell related, for example the alt+f2 runner, with lancelot menu, sometimes within file manager. Here is the output you requested:
|
|
for the "stutter" try disabling the oxygen (window decoration or both) animations ("oxygen-settings")
This: > The actual hang could take five or more minutes can by my experience actually only refer to an I/O error, either a pending NFS mount or a broken HDD Even massive dbus timeouts could hardly cause such (and i hope there are no more any sync dbus calls in kwin at all - and you likely didn't do sth. like "chmod -x `which kactivitymanagerd`" anyway, did you?) => it is very important to check dmesg after such hang for any logged errors, this is certainly no normal behavior. Also watch your memory load, if there's a pixmap/texture related leak in either kwin (or the driver), that can consume very much memory very quickly. Also try disabling the blur effect, resp. blur caching (kcmshell4 kwincompositing, 2nd tab, filter for blur, press the config button - it's the only checkbox) in this regard. |
|
Registered Member
|
Well, I doubt it is broken HDD, I have no NFS system to mount and can't relate file operations during near the hang time.
I don't know what you're talking about, and no, I didn't issue that command.
Actually thanks for this, the fade in and out effects were not working very well, and causing stutter( disappearing window flashing), I've disabled it and now effects overall are smoother, seems the fade and blur effects were conflicting.
Yeah, I'll remember next time it happens, it is not happening all the time anymore. Maybe I've tuned down effects, or maybe its dependent on high hardware load. Sometimes the "shell" (panel, window manager, ?) hangs out but I can still do stuff inside the active window, and even switch windows, though they're unresponsive. Still, I'll be on the lookout if it hangs again, what should I be looking exactly at dmesg? (what specific command should I use?) |
|
dbus is an InterProcessCommunication protocol. it can block up to 25 seconds on no reply.
No, the blur caching is broken, see https://bugs.kde.org/show_bug.cgi?id=307112
I'm not sure what you mean by this.
run "oxygen-settings" and try disabling animations (for style and deco)
If there's an I/O error "I/O error" will appear in the last lines. Otherwise check for every message from the nvidia driver. |
Page 1 of 1 (10 posts)
Bookmarks
Who is online
Registered users: abc72656, Bing [Bot], daret, Google [Bot], lockheed, Sogou [Bot], Yahoo [Bot]
