Bug 683997

Summary: [NVa0] crash with GRAPH - TRAP_CCACHE FAULT
Product: [Fedora] Fedora Reporter: Tim Flink <tflink>
Component: xorg-x11-drv-nouveauAssignee: Ben Skeggs <bskeggs>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 15CC: airlied, ajax, bskeggs, mcepl
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-05-14 02:52:12 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
/var/log/Xorg.0.log
none
system log from boot until hard reset none

Description Tim Flink 2011-03-10 21:29:27 UTC 
Created attachment 483568 [details]
/var/log/Xorg.0.log

Description of problem:
After using F15 for a while, gnome-shell eventually locks up. When I reboot the machine and look in the Xorg.0.log.old, I see the following message:

[mi] EQ overflowing. The server is probably stuck in an infinite loop.

Right before the system stopped responding, the following message was in the system log:
[drm] nouveau 0000:01:00.0: PGRAPH - TRAP_CCACHE FAULT

system log and Xorg log have been attached.


Version-Release number of selected component (if applicable):
xorg-x11-drv-nouveau-0.0.16-18.20110117git38e8809.fc15.x86_64

How reproducible:
This is the first time that I have seen it with this version of nouveau

Steps to Reproduce:
1. boot F15 Alpha Live image
2. Use gnome-shell, especially overview (meta key)
3. Eventually, everything but the mouse cursor will lock up
  
Actual results:
X freezes except for the mouse cursor, hard reset required

Expected results:
No freezing, desktop should perform normally

Additional info:

Hardware: http://www.smolts.org/client/show/pub_482d7a89-c594-4414-8a67-5f2faed4fc04
Comment 1 Tim Flink 2011-03-10 21:30:34 UTC 
Created attachment 483569 [details]
system log from boot until hard reset

attaching system log from boot until last message before hard reset
Comment 2 Tim Flink 2011-03-11 02:22:43 UTC 
I have hit the exact same problem several times in my testing today. All of the Xorg.0.log.old files have identical stack traces save for the first number, which I assume is the process number. I can attach more logs if needed.
Comment 3 Matěj Cepl 2011-03-17 23:34:58 UTC 
Backtrace:
[   972.170] 0: /usr/bin/Xorg (xorg_backtrace+0x2f) [0x4a120f]
[   972.170] 1: /usr/bin/Xorg (mieqEnqueue+0x1e9) [0x4a0729]
[   972.170] 2: /usr/bin/Xorg (xf86PostMotionEventM+0x93) [0x47d9b3]
[   972.170] 3: /usr/bin/Xorg (xf86PostMotionEventP+0x52) [0x47dad2]
[   972.170] 4: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f4e1253a000+0x499e) [0x7f4e1253e99e]
[   972.170] 5: /usr/bin/Xorg (0x400000+0x6b1a8) [0x46b1a8]
[   972.170] 6: /usr/bin/Xorg (0x400000+0x117ab0) [0x517ab0]
[   972.170] 7: /lib64/libc.so.6 (0x7f4e185fc000+0x36300) [0x7f4e18632300]
[   972.170] 8: /lib64/libc.so.6 (ioctl+0x7) [0x7f4e186d4b17]
[   972.170] 9: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x7f4e16c46338]
[   972.170] 10: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f4e16c484ab]
[   972.170] 11: /usr/lib64/libdrm_nouveau.so.1 (0x7f4e165fb000+0x2ede) [0x7f4e165fdede]
[   972.170] 12: /usr/lib64/libdrm_nouveau.so.1 (nouveau_bo_map_range+0x111) [0x7f4e165fe4d1]
[   972.170] 13: /usr/lib64/libdrm_nouveau.so.1 (0x7f4e165fb000+0x2059) [0x7f4e165fd059]
[   972.170] 14: /usr/lib64/libdrm_nouveau.so.1 (nouveau_pushbuf_flush+0x215) [0x7f4e165fd5a5]
[   972.170] 15: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7f4e16800000+0x2349c) [0x7f4e1682349c]
[   972.171] 16: /usr/lib64/xorg/modules/libexa.so (0x7f4e15bb2000+0xf9b8) [0x7f4e15bc19b8]
[   972.171] 17: /usr/lib64/xorg/modules/libexa.so (0x7f4e15bb2000+0x104dc) [0x7f4e15bc24dc]
[   972.171] 18: /usr/bin/Xorg (0x400000+0xd73f2) [0x4d73f2]
[   972.171] 19: /usr/bin/Xorg (0x400000+0xd22e5) [0x4d22e5]
[   972.171] 20: /usr/bin/Xorg (0x400000+0x2e6a1) [0x42e6a1]
[   972.171] 21: /usr/bin/Xorg (0x400000+0x2292a) [0x42292a]
[   972.171] 22: /lib64/libc.so.6 (__libc_start_main+0xed) [0x7f4e1861d2fd]
[   972.171] 23: /usr/bin/Xorg (0x400000+0x22c11) [0x422c11]
Comment 4 Ben Skeggs 2011-04-11 04:10:43 UTC 
Does this still occur with updates from updates-testing?
Comment 5 Tim Flink 2011-05-14 02:52:12 UTC 
I have tested F15 RC3 with the same hardware I was seeing this on and I am no longer seeing that crash.