Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#17334 - [xorg-server] climbing idle cpu usage after upgrade

Attached to Project: Arch Linux
Opened by Kiss Ákos (akosch) - Tuesday, 01 December 2009, 02:50 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 29 June 2010, 07:19 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

After upgrading to 1.7.2-2 from 1.6.something the idle cpu usage
of my xserver climbs from a usual few percent slowly to 100% over
several hours. I thought this was a radeon driver bug but I noticed
it happening on my other box (nvidia closed drivers) too. When I
restart X the process starts again.

I'm using the SLiM login manager and xmonad without any fancy
compositing or anything unusual.

PKG versions:
extra/xorg-server 1.7.2-2
extra/nvidia 190.42-1
community/xmonad 0.9-2.1
extra/slim 1.3.1-5

Here is my xorg.conf and Xorg.0.log (attached):

1 Section "ServerLayout"
2 Identifier "Layout0"
3 Screen 0 "Screen0"
4 InputDevice "Keyboard0" "CoreKeyboard"
5 InputDevice "Mouse0" "CorePointer"
6 EndSection
7
8 Section "Files"
9 ModulePath "/usr/lib/xorg/modules"
10 FontPath "/usr/share/fonts/misc"
11 FontPath "/usr/share/fonts/100dpi:unscaled"
12 FontPath "/usr/share/fonts/75dpi:unscaled"
13 FontPath "/usr/share/fonts/TTF"
14 FontPath "/usr/share/fonts/Type1"
15 EndSection
16
17 Section "Module"
18 Load "glx"
19 Load "extmod"
20 Load "record"
21 Load "dri2"
22 Load "dri"
23 Load "dbe"
24 EndSection
25
26 Section "InputDevice"
27 Identifier "Mouse0"
28 Driver "mouse"
29 Option "Protocol" "auto"
30 Option "Device" "/dev/psaux"
31 Option "Emulate3Buttons" "no"
32 Option "ZAxisMapping" "4 5"
33 EndSection
34
35 Section "InputDevice"
36 Identifier "Keyboard0"
37 Driver "kbd"
38 EndSection
39
40 Section "Monitor"
41 Identifier "Monitor0"
42 DisplaySize 376 235
43 VendorName "Unknown"
44 ModelName "Unknown"
45 HorizSync 28.0 - 33.0
46 VertRefresh 43.0 - 72.0
47 Option "DPMS"
48 EndSection
49
50 Section "Device"
51 Identifier "Device0"
52 Driver "nvidia"
53 VendorName "NVIDIA Corporation"
54 EndSection
55
56 Section "Screen"
57 Identifier "Screen0"
58 Device "Device0"
59 Monitor "Monitor0"
60 DefaultDepth 24
61 SubSection "Display"
62 Depth 24
63 EndSubSection
64 EndSection


Steps to reproduce:

1. Turn on computer
2. Start X
3. Login to xmonad session
4. Leave computer idle for number of hours
5. Return and see /usr/bin/X eating 50% of your CPU
6. Return after a day and see Xorg eating 100% and
everything becoming quite unresponsive

This is very annoying, please advise...
This task depends upon

Closed by  Jan de Groot (JGC)
Tuesday, 29 June 2010, 07:19 GMT
Reason for closing:  Fixed
Comment by Kiss Ákos (akosch) - Thursday, 10 December 2009, 12:38 GMT
Issue still present with xorg-server 1.7.3-1
Comment by Kiss Ákos (akosch) - Saturday, 26 December 2009, 06:31 GMT
Hi,

I've found the source of the problem:

http://code.google.com/p/xmobar/issues/detail?id=11

It should be fixed in 0.9.2: no idea why I still have
this issue with 0.9.2-1 in arch.
Comment by Thomas Dziedzic (tomd123) - Monday, 28 June 2010, 22:35 GMT
status in 1.8?
Comment by Kiss Ákos (akosch) - Tuesday, 29 June 2010, 00:16 GMT
It's gone: was an xmobar issue anyway...

Loading...