I can not find the solution for high cpu usage of plasma on my laptop. it's started after regular upgrade of my system i made at 26march.Here the main packages were upgraded xorg-server-1.5.3-r2 ->xorg-server-1.5.3-r5 x11-drivers/nvidia-drivers-180.37->x11-drivers/nvidia-drivers-180.41 x11-drivers/nvidia-drivers-180.41->x11-drivers/nvidia-drivers-180.41 sys-kernel/gentoo-sources-2.6.28-r3->sys-kernel/gentoo-sources-2.6.29 All these packages i tried to revert back , but this does not solve the problem.There were also a bit of other packages upgraded, which I didn't try to revert back (too lot small packages) Reproducible: Always Steps to Reproduce: 1. install latest kde 4.2.1 ebuilds, including plasma 2. create new user "testuser" 3. login to kde 4.2.1 as testuser .Leave all widgets plasma shows to you by default Actual Results: ->from start plasma eats about 3% of cpu and in a 30 minutes it becomes about 75% and does not answer on any clicks Expected Results: plasma has not use much cpu and hang some stuff about my machine: core2duo amd64bit system kde 4.2.1 nvidia 7300Go with x11-drivers/nvidia-drivers-180.41 I would be glad for any suggestion or solution how to solve this problem
Created attachment 186577 [details] here is emerge --info from my machine
I tried to execute plasma with debug and nofork options , but didn't get any valuable info
forgot to mention qt : I'am using QT-4.5
figured out that issue exists when kwin composite effects are enabled. so it's specific to composite
Created attachment 186588 [details] here is xorg.conf
I can confirm that problem still exists if composite effects are disabled , hence reproduced not always after login. With composite it reproduces always. Updgrade to nvidia-drivers-180.44 , which recently were released didn't solve the problem
I'm getting a similar issue, text diappears from widgets and taskbar, etc, as if plasma semi-crashed, but process remains. After killing and running in terminal, I get the following output: http://pastebin.com/m4a5cc1c6 emerge --info: http://dpaste.com/32895/ xorg.conf: http://dpaste.com/32896/ Problem existed on kde4.1.4, 4.2.1, and 4.2.2
I solve plasma problem by stoping hald service. (kde-4.2.4 ~x86)
It's true about hald .. it seems I found also the reason of my laptop - I have the broken web camera driver and /var/log/messages every 2 seconds updated with lines May 4 20:10:49 geonix-laptop [ 5446.249175] usb 1-4: new high speed USB device using ehci_hcd and address 5 May 4 20:10:49 geonix-laptop [ 5446.390101] usb 1-4: New USB device found, idVendor=046d, idProduct=0896 May 4 20:10:49 geonix-laptop [ 5446.390107] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 May 4 20:10:49 geonix-laptop [ 5446.390112] usb 1-4: Product: Camera May 4 20:10:49 geonix-laptop [ 5446.390116] usb 1-4: Manufacturer: OEM May 4 20:10:49 geonix-laptop [ 5446.390336] usb 1-4: configuration #1 chosen from 1 choice May 4 20:10:49 geonix-laptop [ 5446.390791] gspca: probing 046d:0896 May 4 20:10:49 geonix-laptop [ 5446.593505] vc032x: check sensor header 2c May 4 20:10:49 geonix-laptop [ 5446.618965] vc032x: I2c Bus Busy Wait 0 May 4 20:10:49 geonix-laptop [ 5446.651964] vc032x: I2c Bus Busy Wait 0 May 4 20:10:49 geonix-laptop [ 5446.684961] vc032x: I2c Bus Busy Wait 0 May 4 20:10:49 geonix-laptop [ 5446.726961] vc032x: I2c Bus Busy Wait 0 May 4 20:10:49 geonix-laptop [ 5446.759958] vc032x: I2c Bus Busy Wait 0 May 4 20:10:49 geonix-laptop [ 5446.792955] vc032x: I2c Bus Busy Wait 0 May 4 20:10:49 geonix-laptop [ 5446.825959] vc032x: I2c Bus Busy Wait 0 May 4 20:10:49 geonix-laptop [ 5446.825964] vc032x: Unknown sensor... May 4 20:10:49 geonix-laptop [ 5446.825992] vc032x: probe of 1-4:1.0 failed with error -22 May 4 20:10:49 geonix-laptop [ 5446.826657] usb 1-4: USB disconnect, address 5 It seems hald constantly informs that new device appeared & dissapeared and kde tries to turn on && turn off it.Don't mind - may it's performed by kde4 mount applet , maybe by kdecore... But blacklist the webcamera driver solved the problem for me... kde guys should include some device check and give up if device was not sucessfully turned on by 3'rd try for example
Try `chmod 755 -R /usr/share/kde4/` according to https://bugs.gentoo.org/show_bug.cgi?id=261813
*** This bug has been marked as a duplicate of bug 295511 ***