Hide Forgot
Created attachment 480247 [details] /var/log/Xorg.0.log Description of problem: My display randomly freezes during normal operation. The mouse continues to function and move, but does not appear to change depending on what the mouse is hovering over. Meaning, the mouse icon doesn't change when hovering over a window corner or a text area. Looking in /var/log/Xorg.0.log, I see a backtrace from nouveau. Version-Release number of selected component (if applicable): * xorg-x11-drv-nouveau-0.0.16-19.20110216git42c16ff.fc15.x86_64 How reproducible: * seem to hit this once / day Steps to Reproduce: 1. Boot F-15-Alpha (w/ updates-testing included) 2. At gdm, login to desktop 3. Just do my normal routine (firefox, gnome-terminal, pidgin, evolution). After a while, the display randomly freezes Actual results: ==> /var/log/Xorg.0.log <== [ 2055.021] [mi] EQ overflowing. The server is probably stuck in an infinite loop. [ 2055.024] Backtrace: [ 2055.026] 0: /usr/bin/Xorg (xorg_backtrace+0x2f) [0x4a120f] [ 2055.026] 1: /usr/bin/Xorg (mieqEnqueue+0x1e9) [0x4a0729] [ 2055.026] 2: /usr/bin/Xorg (xf86PostMotionEventM+0x93) [0x47d9b3] [ 2055.027] 3: /usr/bin/Xorg (xf86PostMotionEventP+0x52) [0x47dad2] [ 2055.027] 4: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f8dd568f000+0x499e) [0x7f8dd569399e] [ 2055.027] 5: /usr/bin/Xorg (0x400000+0x6b1a8) [0x46b1a8] [ 2055.027] 6: /usr/bin/Xorg (0x400000+0x117ab0) [0x517ab0] [ 2055.027] 7: /lib64/libc.so.6 (0x335ec00000+0x36300) [0x335ec36300] [ 2055.027] 8: /lib64/libc.so.6 (ioctl+0x7) [0x335ecd8b17] [ 2055.027] 9: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x336a403338] [ 2055.028] 10: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x336a4054ab] [ 2055.028] 11: /usr/lib64/libdrm_nouveau.so.1 (0x7f8dd8721000+0x2ede) [0x7f8dd8723ede] [ 2055.028] 12: /usr/lib64/libdrm_nouveau.so.1 (nouveau_bo_map_range+0x111) [0x7f8dd87244d1] [ 2055.028] 13: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7f8dd8926000+0x5dde) [0x7f8dd892bdde] [ 2055.028] 14: /usr/lib64/xorg/modules/libexa.so (0x7f8dd7cd8000+0x621e) [0x7f8dd7cde21e] [ 2055.028] 15: /usr/lib64/xorg/modules/libexa.so (0x7f8dd7cd8000+0x89fe) [0x7f8dd7ce09fe] [ 2055.028] 16: /usr/lib64/xorg/modules/libexa.so (0x7f8dd7cd8000+0x9027) [0x7f8dd7ce1027] [ 2055.028] 17: /usr/lib64/xorg/modules/libexa.so (0x7f8dd7cd8000+0xbe09) [0x7f8dd7ce3e09] [ 2055.029] 18: /usr/bin/Xorg (0x400000+0xd7e34) [0x4d7e34] [ 2055.029] 19: /usr/bin/Xorg (0x400000+0x1653f5) [0x5653f5] [ 2055.029] 20: /usr/bin/Xorg (miCompositeRects+0x79) [0x5654e9] [ 2055.029] 21: /usr/bin/Xorg (0x400000+0xd23ba) [0x4d23ba] [ 2055.029] 22: /usr/bin/Xorg (0x400000+0x2e6a1) [0x42e6a1] [ 2055.029] 23: /usr/bin/Xorg (0x400000+0x2292a) [0x42292a] [ 2055.030] 24: /lib64/libc.so.6 (__libc_start_main+0xed) [0x335ec212fd] [ 2055.030] 25: /usr/bin/Xorg (0x400000+0x22c11) [0x422c11] Expected results: No X backtrace Additional info: * http://www.smolts.org/client/show/pub_6ef40662-468e-4bf7-8ba4-09593f6c16f4
Also experienced this hang with: xorg-x11-server-Xorg-1.9.99.1-6.20101201.fc15.x86_64 xorg-x11-drv-nouveau-0.0.16-20.20110224gitbc5dec2.fc15.x86_64 kernel-2.6.38-0.rc6.git6.1.fc15.x86_64
I've got debuginfo packages installed for each of the files in the backtrace, I'm not sure why not all of the addresses have symbol information. Any thoughts as to what might be causing this? I seem to hit this fairly regularly (5+ times a day)
Could we get output of dmesg command after this happens, please?
(In reply to comment #3) > Could we get output of dmesg command after this happens, please? I didn't post it originally, since with drm.debug enabled, the dmesg output is completely filled up with: [ 4726.845178] [drm] nouveau 0000:02:00.0: nouveau_sgdma_clear:62 - [ 4726.845916] [drm] nouveau 0000:02:00.0: nouveau_sgdma_populate:28 - num_pages = 1 [ 4726.854098] [drm] nouveau 0000:02:00.0: nouveau_sgdma_destroy:83 - [ 4726.854109] [drm] nouveau 0000:02:00.0: nouveau_sgdma_clear:62 - [ 4726.876367] [drm] nouveau 0000:02:00.0: nouveau_sgdma_populate:28 - num_pages = 1 [ 4726.876531] [drm] nouveau 0000:02:00.0: nouveau_sgdma_destroy:83 - [ 4726.876537] [drm] nouveau 0000:02:00.0: nouveau_sgdma_clear:62 - [ 4726.877553] [drm] nouveau 0000:02:00.0: nouveau_sgdma_populate:28 - num_pages = 1 [ 4726.885200] [drm] nouveau 0000:02:00.0: nouveau_sgdma_destroy:83 - I understand from Ben that this is "just system memory being bound/unbound from the GPU".
Can you update to http://koji.fedoraproject.org/koji/buildinfo?buildID=232757 (kernel-2.6.38-0.rc8.git0.2.fc15) and retry? I'm not sure it'll help, but one of the bugs fixed since the kernel you used resulted in unpredictable behaviour on some systems, so it's worth a try :)
(In reply to comment #5) > Can you update to http://koji.fedoraproject.org/koji/buildinfo?buildID=232757 > (kernel-2.6.38-0.rc8.git0.2.fc15) and retry? > > I'm not sure it'll help, but one of the bugs fixed since the kernel you used > resulted in unpredictable behaviour on some systems, so it's worth a try :) Great thanks, I just grabbed a slightly newer kernel (kernel-2.6.38-0.rc8.git2.1.fc15), which includes the fix you mentioned. I'll post back after a few days of usage wit h this kernel.
(In reply to comment #6) > (In reply to comment #5) > > Can you update to http://koji.fedoraproject.org/koji/buildinfo?buildID=232757 > > (kernel-2.6.38-0.rc8.git0.2.fc15) and retry? > > > > I'm not sure it'll help, but one of the bugs fixed since the kernel you used > > resulted in unpredictable behaviour on some systems, so it's worth a try :) > I'll post back after a few days of usage wit h this kernel. I'm closing this bug. I've been running with kernel-2.6.38-0.rc8.git2.1.fc15 and kernel-2.6.38-1.fc15 for a few days and have *not* seen this problem. I'll reopen if the problem resurfaces
Created attachment 487951 [details] Xorg.0.log.old Hi I am still experiencing this bug under the suggestd build from koji and the latest kernel update 2.6.38.1-6 xorg-x11-drv-nouveau.x86_64 1:0.0.16-24.20110324git8378443.fc15 @updates-testing Attached Xorg.0.log.old
(In reply to comment #8) > Created attachment 487951 [details] > Xorg.0.log.old > > Hi > > I am still experiencing this bug under the suggestd build from koji and the > latest kernel update 2.6.38.1-6 This bug is not relevant to your chipset. 679319 is the one you want to track. > > xorg-x11-drv-nouveau.x86_64 1:0.0.16-24.20110324git8378443.fc15 > @updates-testing > > Attached Xorg.0.log.old