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!
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!
FS#17804 - [xorg] X uses up 100% of cpu - seems to be evdev 2.3.2
Attached to Project:
Arch Linux
Opened by Michel Brabants (MichelB) - Tuesday, 12 January 2010, 17:42 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 07 June 2011, 08:27 GMT
Opened by Michel Brabants (MichelB) - Tuesday, 12 January 2010, 17:42 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 07 June 2011, 08:27 GMT
|
DetailsDescription: X-prococess uses 100% of cpu.
Hello, I don't know why yet, but xorg starts using up 100% of the cpu regulary (every time I used the computer). It is enough to annoy me and this unstable situation doesn't allow me to trust the current platform-stability. Anyway, it always happens when using firefox, but I'm not sure if it is related. I also have an xorg-log-file, which contains the error and traceback. An extract: [mi] EQ overflowing. The server is probably stuck in an infinite loop. Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x4b04e8] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a9874] 2: /usr/bin/X (xf86PostMotionEventP+0xce) [0x48790e] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f01aca09000+0x503f) [0x7f01aca0e03f] 4: /usr/bin/X (0x400000+0x72027) [0x472027] 5: /usr/bin/X (0x400000+0x11de63) [0x51de63] 6: /lib/libpthread.so.0 (0x7f01c46cd000+0xee80) [0x7f01c46dbe80] 7: /usr/bin/X (0x400000+0x61a80) [0x461a80] 8: /lib/libpthread.so.0 (0x7f01c46cd000+0xee80) [0x7f01c46dbe80] 9: /lib/libc.so.6 (ioctl+0x7) [0x7f01c3a21a57] 10: /usr/lib/libdrm.so.2 (drmDMA+0x7d) [0x7f01c25ff26d] 11: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f01c1f58000+0x12922) [0x7f01c1f6a922] 12: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f01c1f58000+0x12c6f) [0x7f01c1f6ac6f] 13: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f01c1f58000+0x682e5) [0x7f01c1fc02e5] 14: /usr/lib/xorg/modules/libexa.so (0x7f01c16fd000+0x548f) [0x7f01c170248f] 15: /usr/lib/xorg/modules/libexa.so (0x7f01c16fd000+0x5861) [0x7f01c1702861] 16: /usr/lib/xorg/modules/libexa.so (0x7f01c16fd000+0x61e7) [0x7f01c17031e7] 17: /usr/lib/xorg/modules/libexa.so (0x7f01c16fd000+0xcf07) [0x7f01c1709f07] 18: /usr/lib/xorg/modules/libexa.so (0x7f01c16fd000+0xdee2) [0x7f01c170aee2] 19: /usr/bin/X (0x400000+0xe0680) [0x4e0680] 20: /usr/lib/xorg/modules/libexa.so (0x7f01c16fd000+0xcaf8) [0x7f01c1709af8] 21: /usr/bin/X (0x400000+0xd8487) [0x4d8487] 22: /usr/bin/X (0x400000+0x41754) [0x441754] 23: /usr/bin/X (0x400000+0x219ec) [0x4219ec] 24: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f01c3978b6d] 25: /usr/bin/X (0x400000+0x21599) [0x421599] So, it seems related to the evdev-driver, which is version 2.3.2-1 Additional info: * package version(s):extra/xf86-input-evdev 2.3.2-1 (xorg-input-drivers) * config and/or log files etc. Steps to reproduce: |
This task depends upon
Closed by Andrea Scarpino (BaSh)
Tuesday, 07 June 2011, 08:27 GMT
Reason for closing: None
Additional comments about closing: old
Tuesday, 07 June 2011, 08:27 GMT
Reason for closing: None
Additional comments about closing: old
just for reference. Yesterday I updated my ati-driver (as I no longer believe it is evdev) to the latest from git. Up till now ... there have been no issues, but the test-period is too short to confirm anything. Anyway, I don't like using something from the development-branch, but if it is stable ..., then I'm happy.
Kind regards,
Michel
May you test if the site http://studip.uni-passau.de lags, please?
I get a hang over 15s; I'll try the new drivers next.
Any other solutions?
@Michel does this work for you smootlhy in ff?
http://studip.uni-passau.de ?
I have the bad feeling that embedded iframes causes the problem to uncover.
Kate and okular scrolling is slow as well (X @ 90-100%)
I'm not at home anymore, so I can't test it at the moment. I can test it during the weekend. The new drivers seem to fix my 100% cpu problem however. Not one lockup today ...
So, I'll add a comment in the weekend.
Michel
ok, sounds fine.
I discovered something; if DRI is disabled everything but 3D works fine.
I have no problem with the site you mentionned.
Kind regards,
Michel
What kind of graphic card are you using?
What card exactly?
I guess there are still many problems related to ATI Cards >= RV600 esp. with AGP connector.
From lspci:
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series
Like I said though, I only have this problem in KDE, specifically KDEmod. (It works fine in Openbox.) Is this also the case for you?
same problem here; may you try the git driver and enable KMS late start?
This solved the problem for me but I dont have 3d then.
same problem here; may you try the git driver and enable KMS late start?
This solved the problem for me but I dont have 3d then.
I might try that later to see what happens, but now isn't a good time.
I switched to KDE 4.4 in the main Arch repositories today and now it all works fine.
Both computers has an nvidia graphic card and work with the proprietary drivers.
It always appears pretty soon after I open up LibreOffice. If I stick to browsing and terminal use, it never comes up. I've tried other graphics oriented programs and it works fine with them. From the log, there are always two backtraces listed. There's one and then a few seconds later there is the EQ overflowing message, so it looks like something crashes first, which quickly causes X to crash.
When it happens, I can move the cursor, but I can't do anything else. I'm using Xfce4 right now. It happens on Gnome as well. And I believe I tried Openbox at one point, and it still happened.
Installed Packages:
kernel26 2.6.38.2-1 xf86-video-ati 6.14.1-1 ati-dri
lspci:
01:00.1 Display controller: ATI Technologies Inc R520GL [FireGL V7200] (Secondary)
Closing.