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#23285 - [xf86-video-nouveau] X server freezing after a few hours

Attached to Project: Arch Linux
Opened by kkl2401 (kkl2401) - Tuesday, 15 March 2011, 17:32 GMT
Last edited by Andreas Radke (AndyRTR) - Thursday, 31 March 2011, 05:26 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Andreas Radke (AndyRTR)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Description: X server freezes every couple of hours. Symptoms: mouse pointer moves but clicking anywhere has no effect, keyboard keys have no effect. Applications probably continue running, at least music keeps playing. It's been doing this ever since I installed Arch Linux on this laptop (about a month ago).

Additional info:
* package version(s):
kernel26 2.6.37.3-1
xorg-server 1.9.4-1
xf86-video-nouveau 0.0.16_git20101217-1
nouveau-dri NOT installed (i.e. no desktop effects enabled in KDE)
* config and/or log files etc.
graphic card (from lspci): 01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev a2)

After some of the freezes I was able to find some probably relevant lines in Xorg.log (this is from the latest freeze):
[134551.486] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
[134551.563]
Backtrace:
[134551.876] 0: /usr/bin/X (xorg_backtrace+0x28) [0x49f718]
[134551.876] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x49eb14]
[134551.876] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x47bab4]
[134551.876] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f8eca5dc000+0x46aa) [0x7f8eca5e06aa]
[134551.876] 4: /usr/bin/X (0x400000+0x698e7) [0x4698e7]
[134551.877] 5: /usr/bin/X (0x400000+0x118a93) [0x518a93]
[134551.877] 6: /lib/libpthread.so.0 (0x7f8ed0475000+0xf150) [0x7f8ed0484150]
[134551.877] 7: /lib/libc.so.6 (ioctl+0x7) [0x7f8ecf4a3aa7]
[134551.877] 8: /usr/lib/libdrm.so.2 (drmIoctl+0x28) [0x7f8ecb9d9268]
[134551.877] 9: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f8ecb9db59b]
[134551.877] 10: /usr/lib/libdrm_nouveau.so.1 (0x7f8ecb399000+0x2ead) [0x7f8ecb39bead]
[134551.877] 11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xfe) [0x7f8ecb39c4ce]
[134551.877] 12: /usr/lib/libdrm_nouveau.so.1 (0x7f8ecb399000+0x1f3d) [0x7f8ecb39af3d]
[134551.877] 13: /usr/lib/libdrm_nouveau.so.1 (nouveau_pushbuf_flush+0x1af) [0x7f8ecb39b53f]
[134551.877] 14: /usr/lib/xorg/modules/libexa.so (0x7f8ecaf5e000+0x9165) [0x7f8ecaf67165]
[134551.877] 15: /usr/lib/xorg/modules/libexa.so (0x7f8ecaf5e000+0xbd31) [0x7f8ecaf69d31]
[134551.877] 16: /usr/bin/X (0x400000+0xd7c17) [0x4d7c17]
[134551.877] 17: /usr/lib/xorg/modules/libexa.so (0x7f8ecaf5e000+0xd398) [0x7f8ecaf6b398]
[134551.877] 18: /usr/bin/X (0x400000+0xd7315) [0x4d7315]
[134551.877] 19: /usr/bin/X (0x400000+0xd0c6d) [0x4d0c6d]
[134551.877] 20: /usr/bin/X (0x400000+0x2d201) [0x42d201]
[134551.877] 21: /usr/bin/X (0x400000+0x2131e) [0x42131e]
[134551.897] 22: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f8ecf3f5dcd]
[134551.898] 23: /usr/bin/X (0x400000+0x20ec9) [0x420ec9]
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Thursday, 31 March 2011, 05:26 GMT
Reason for closing:  Upstream
Comment by kkl2401 (kkl2401) - Tuesday, 15 March 2011, 17:37 GMT
BTW, I have a weird suspicion that it's somehow Gecko-related. All the latest freezes that I remember happened when Firefox or Thunderbird tried to either repaint their window after switching to them from a different application or redraw the page being (re)loaded or something similar. But I can't be sure that it never happened in a different scenario.
Comment by James Fletcher (jefhsf) - Thursday, 24 March 2011, 21:15 GMT
My symptoms follow that conjecture. Both instances have been with firefox and firefox is still active and responsive long after the rest of X has given up the ghost. I've had this type of issue with firefox for too many years on too many distros.
Comment by Leonid Isaev (lisaev) - Tuesday, 29 March 2011, 21:54 GMT
Please see comment #64 in https://bugzilla.redhat.com/show_bug.cgi?id=465884 -- may be related, although old.

EDIT: FWIW, on my NV10 [geforce4 mx440] desktop with nouveau/nouveau-dri/xfce4 uptime is measured in weeks...
Comment by Andreas Radke (AndyRTR) - Wednesday, 30 March 2011, 20:20 GMT
This is here not the right place to bring this up. Please get in contact with upstream kernel-drm/ddx nouveau/mesa nouveau/Xorg-server devs. There's probably nothing we can do for you on the Arch side. I'm not affected with my NV44 card.
Comment by kkl2401 (kkl2401) - Wednesday, 30 March 2011, 23:55 GMT
OK. I thought myself that it was probably an upstream issue but I wanted to know if someone else is experiencing this or came across some information. As I understand it, the error in the log file is not of much help because it can mean many different bugs. :-( The problem is, I don't even know where to start communicating with upstream in this case. But I'll try to figure something out.

Loading...