Bug 18250 - X server crash on NV34
Summary: X server crash on NV34
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: 7.3 (2007.09)
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-27 12:59 UTC by lukenshiro
Modified: 2013-08-18 18:10 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log with drm.ko debug=1 (40.22 KB, text/plain)
2008-10-27 12:59 UTC, lukenshiro
no flags Details
/var/log/dmesg with drm.ko debug=1 (54.52 KB, text/plain)
2008-10-27 13:01 UTC, lukenshiro
no flags Details
gdb output with bt and bt full (5.82 KB, text/plain)
2008-10-28 15:23 UTC, lukenshiro
no flags Details
concerning lines in dmesg (last) (16.69 KB, text/plain)
2008-10-28 15:32 UTC, lukenshiro
no flags Details
Xorg.0.log (7.84 KB, application/x-gzip)
2008-10-29 06:24 UTC, lukenshiro
no flags Details
dmesg (only drm-related parts) (46.95 KB, text/plain)
2008-10-29 06:30 UTC, lukenshiro
no flags Details
backtrace (835 bytes, text/plain)
2008-10-29 06:34 UTC, lukenshiro
no flags Details

Description lukenshiro 2008-10-27 12:59:59 UTC
Created attachment 19885 [details]
Xorg.0.log with drm.ko debug=1

I've noticed an X server crash with nouveau on a Geforce FX 5200.
(display freezes, no mouse pointer present, not responding keyboard, no X-related process appears with "ps awux", only available access is via ssh from another PC).

OS: GNU/Linux - Slackware 'current' (x86)
X: Xorg-server 1.4.2 / Mesa 7.0.3 (but no 3D program has been used)
kernel: 2.6.27.4
Comment 1 lukenshiro 2008-10-27 13:01:26 UTC
Created attachment 19886 [details]
/var/log/dmesg with drm.ko debug=1
Comment 2 Stuart Bennett 2008-10-27 13:22:15 UTC
Is this a regression, or is your first attempt at using nouveau on this machine? 

Also, is it reproducible? If so, using ssh to attach gdb remotely before the crash would help get a better back-trace (gdb /usr/bin/Xorg `pidof Xorg` , then "cont", and after the crash "bt"). If it's a regression, can you use git bisect on the ddx to point to a suspect commit?
Comment 3 lukenshiro 2008-10-27 15:03:48 UTC
I don't know if it's a regression: it's the 1st time I noticed this error, after using nouveau for about 20 hours.
I've used it before (with ~3rd Oct. and ~19th Oct.-git), but it crashed in a few hours with "DMA queue hang", both of times, so I can't tell when did this one start.

At the moment I don't know if it reproducible, either. As I said it's the first time, and btw I've not used any graphic-intensive program (except for kde 4.1 as a desktop manager, no compiz, no 3D, no games).
But as soon as I can, after next crash, I will send a more complete gdb  backtrace.
Thank you.
Comment 4 lukenshiro 2008-10-28 15:23:29 UTC
Created attachment 19919 [details]
gdb output with bt and bt full

This is what gdb displays.

BTW I've no errors in Xorg.0.log
Comment 5 lukenshiro 2008-10-28 15:32:26 UTC
Created attachment 19920 [details]
concerning lines in dmesg (last)

Before and after the "Segmentation fault" I've got these lines in /var/log/dmesg
Comment 6 lukenshiro 2008-10-29 06:24:22 UTC
Created attachment 19933 [details]
Xorg.0.log

I've had another crash, but of a different kind, with last git after about 12-13 hours.

Fatal server error:
DMA queue hang: dmaPut=e0, current=ec, status=0
preceeded by:
II) NOUVEAU(0): Fifo dump (lockup 0x00ec,0x00e0):



Before and after that, repeated messages:
"""
tossed event which came in late
mieqEnequeue: out-of-order valuator event; dropping.
"""
Comment 7 lukenshiro 2008-10-29 06:30:17 UTC
Created attachment 19934 [details]
dmesg (only drm-related parts)

In dmesg file I see same errors as before:
PGRAPH_ERROR - nSource: METHOD_CNT, nStatus: INVALID_STATE
[..]

preceeded by:
[drm:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before destroy.Prepare for strangeness..
Comment 8 lukenshiro 2008-10-29 06:34:19 UTC
Created attachment 19935 [details]
backtrace

gdb backtrace
Comment 9 lukenshiro 2008-11-03 08:30:40 UTC
I don't know if I can be helpful (maybe no: if so, sorry!), but enabling
Option "ShadowFB"
in xorg.conf file I don't see any X crash / DMA queue hang (so when acceleration is disabled this driver seems to be stable).
Comment 10 Ilia Mirkin 2013-08-18 18:10:27 UTC
It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report.

In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one.

Thanks,

The Nouveau Team


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.