Xorg freeze

Bug #557895 reported by Bryan Quigley
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-video-nouveau (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: xserver-xorg-video-nouveau

Freezes when X tries to load in bootup.

Need to turn accel off in nouveau, turning off splash or quiet have no effect.

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

Backtrace:
0: /usr/bin/X (xorg_backtrace+0x28) [0x4a3248]
1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a2ac4]
2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x47cea4]
3: /usr/bin/X (xf86PostMotionEvent+0xa9) [0x47d049]
4: /usr/lib/xorg/modules/input/synaptics_drv.so (0x7fc8e718a000+0x39d4) [0x7fc8e718d9d4]
5: /usr/lib/xorg/modules/input/synaptics_drv.so (0x7fc8e718a000+0x5f48) [0x7fc8e718ff48]
6: /usr/bin/X (0x400000+0x6fca7) [0x46fca7]
7: /usr/bin/X (0x400000+0x11d1f3) [0x51d1f3]
8: /lib/libpthread.so.0 (0x7fc8ec192000+0xf8f0) [0x7fc8ec1a18f0]
9: /lib/libc.so.6 (ioctl+0x7) [0x7fc8eaf4a197]
10: /lib/libdrm.so.2 (drmIoctl+0x23) [0x7fc8e94fb5b3]
11: /lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7fc8e94fb83b]
12: /lib/libdrm_nouveau.so.1 (0x7fc8e8ebd000+0x2fbd) [0x7fc8e8ebffbd]
13: /lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xfc) [0x7fc8e8ec01bc]
14: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7fc8e90c3000+0x577d) [0x7fc8e90c877d]
15: /usr/lib/xorg/modules/libexa.so (0x7fc8e824b000+0x44d7) [0x7fc8e824f4d7]
16: /usr/lib/xorg/modules/libexa.so (0x7fc8e824b000+0x71db) [0x7fc8e82521db]
17: /usr/lib/xorg/modules/libexa.so (0x7fc8e824b000+0x4b31) [0x7fc8e824fb31]
18: /usr/bin/X (0x400000+0xa5788) [0x4a5788]
19: /usr/bin/X (ChangeWindowAttributes+0x2fd) [0x45601d]
20: /usr/bin/X (0x400000+0x305e4) [0x4305e4]
21: /usr/bin/X (0x400000+0x30c3c) [0x430c3c]
22: /usr/bin/X (0x400000+0x261aa) [0x4261aa]
23: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7fc8eae8ac4d]
24: /usr/bin/X (0x400000+0x25d59) [0x425d59]
=================================================

lspci detects it as 02:00.0 VGA compatible controller: nVidia Corporation C79 [GeForce 9200M G] (rev b1)

but nvidia driver detects it as a 8200

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: xorg 1:7.5+3ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-19.28-generic 2.6.32.10+drm33.1
Uname: Linux 2.6.32-19-generic x86_64
Architecture: amd64
CurrentDmesg:
 [ 23.809300] lp: driver loaded but no devices found
 [ 23.865859] ppdev: user-space parallel port driver
 [ 24.423140] hda_codec: ALC268: BIOS auto-probing.
 [ 24.520131] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:08.0/input/input10
 [ 32.950033] eth0: no IPv6 routers present
Date: Thu Apr 8 07:39:06 2010
DkmsStatus: Error: [Errno 2] No such file or directory
GdmLog1: Error: command ['gksu', '-D', 'Apport', '--', 'cat', '/var/log/gdm/:0.log.1'] failed with exit code 1: cat: /var/log/gdm/:0.log.1: No such file or directory
GdmLog2: Error: command ['gksu', '-D', 'Apport', '--', 'cat', '/var/log/gdm/:0.log.2'] failed with exit code 1: cat: /var/log/gdm/:0.log.2: No such file or directory
LiveMediaBuild: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100406.1)
MachineType: HCL Infosystems Limited Notebook PC
ProcCmdLine: BOOT_IMAGE=/casper/vmlinuz noprompt cdrom-detect/try-usb=true file=/cdrom/preseed/hostname.seed boot=casper initrd=/casper/initrd.lz quiet splash nouveau.noaccel=1
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: xorg
Symptom: display
Title: Xorg freeze
dmi.bios.date: 06/04/2009
dmi.bios.vendor: Phoenix Technologies Ltd.
dmi.bios.version: H2.06
dmi.board.name: Notebook PC
dmi.board.vendor: HCL Infosystems Limited
dmi.board.version: REFERENCE
dmi.chassis.type: 10
dmi.chassis.vendor: HCL Infosystems Limited
dmi.modalias: dmi:bvnPhoenixTechnologiesLtd.:bvrH2.06:bd06/04/2009:svnHCLInfosystemsLimited:pnNotebookPC:pvrREFERENCE:rvnHCLInfosystemsLimited:rnNotebookPC:rvrREFERENCE:cvnHCLInfosystemsLimited:ct10:cvr:
dmi.product.name: Notebook PC
dmi.product.version: REFERENCE
dmi.sys.vendor: HCL Infosystems Limited
glxinfo: Error: [Errno 2] No such file or directory
system:
 distro: Ubuntu
 codename: lucid
 architecture: x86_64
 kernel: 2.6.32-19-generic
---
Architecture: amd64
DistroRelease: Ubuntu 10.04
DkmsStatus: Error: [Errno 2] No such file or directory
GdmLog2: Error: command ['gksu', '-D', 'Apport', '--', 'cat', '/var/log/gdm/:0.log.2'] failed with exit code 1: cat: /var/log/gdm/:0.log.2: No such file or directory
LiveMediaBuild: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100406.1)
MachineType: Hewlett-Packard Compaq 510
Package: xserver-xorg-video-nouveau 1:0.0.15+git20100219+9b4118d-0ubuntu5
PackageArchitecture: amd64
ProcCmdLine: BOOT_IMAGE=/casper/vmlinuz noprompt cdrom-detect/try-usb=true persistent file=/cdrom/preseed/hostname.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-19.28-generic 2.6.32.10+drm33.1
Tags: lucid lucid
Uname: Linux 2.6.32-19-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 09/24/2009
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68PVU Ver. F.08
dmi.board.name: 308A
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 26.08
dmi.chassis.asset.tag: CNU9457YHN
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-Packard:bvr68PVUVer.F.08:bd09/24/2009:svnHewlett-Packard:pnCompaq510:pvrF.08:rvnHewlett-Packard:rn308A:rvrKBCVersion26.08:cvnHewlett-Packard:ct10:cvr:
dmi.product.name: Compaq 510
dmi.product.version: F.08
dmi.sys.vendor: Hewlett-Packard
glxinfo: Error: [Errno 2] No such file or directory
system:
 distro: Ubuntu
 codename: lucid
 architecture: x86_64
 kernel: 2.6.32-19-generic

Revision history for this message
Bryan Quigley (bryanquigley) wrote :
Changed in xserver-xorg-video-nouveau (Ubuntu):
status: New → Incomplete
Changed in xserver-xorg-video-nouveau (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Chris Halse Rogers (raof) wrote :

Would it be possible for you to boot without setting nouveau.noaccel=1 and then collecting the relevant logs? Sometimes VT switching still works, or you can SSH into the system even though X has frozen.

We've got reports of the NVac chips working fine with acceleration, so there's something different about your case. The logs when everything has failed might help us determine what.

Changed in xserver-xorg-video-nouveau (Ubuntu):
status: Confirmed → Incomplete
Bryce Harrington (bryce)
Changed in xserver-xorg-video-nouveau (Ubuntu):
status: Incomplete → New
status: New → Incomplete
Revision history for this message
Bryan Quigley (bryanquigley) wrote : BootDmesg.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Bryan Quigley (bryanquigley) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : Dependencies.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : GdmLog.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : GdmLog1.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : Lspci.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : Lsusb.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : PciDisplay.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : ProcModules.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : RelatedPackageVersions.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : UdevDb.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : UdevLog.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : XorgLog.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : XorgLogOld.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : Xrandr.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : setxkbmap.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : xdpyinfo.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote : xkbcomp.txt

apport information

Revision history for this message
Bryan Quigley (bryanquigley) wrote :

Booted from liveUSB (with "persistence" this time). Switch to VT didn't work and neither did ssh. Logs from booting the same USB on another computer right after booting on the machine in question. I'm hoping some useful logs were preserved.

Revision history for this message
Bryan Quigley (bryanquigley) wrote :

Just installed it temporarily on the machine in question, xorg log.

Revision history for this message
Bryan Quigley (bryanquigley) wrote :
description: updated
Revision history for this message
Chris Halse Rogers (raof) wrote :

Thanks for that - the Xorg log contains a backtrace, which is a useful pointer. There are a couple of upstream bugs with a similar looking backtrace, and a couple of Fedora bugs. Would it be possible to get a full gdb backtrace so we can disambiguate? Instructions to do this from a LiveCD are here: https://wiki.ubuntu.com/X/Backtracing#Backtracing Using LiveCD

Revision history for this message
Bryan Quigley (bryanquigley) wrote :

gdb is failing with many lines like this:
warning: the debug information found in "/usr/lib/debug/usr/lib/dri/swrast_dri.so" does not match "/usr/lib/dri/swrast_dri.so" (CRC mismatch).

also, once when using startx in recovery mode the mouse did start (but nothing else)

Revision history for this message
Chris Halse Rogers (raof) wrote :

Those warnings shouldn't be fatal - you should still be able to take a backtrace. If you can't, could you attach the full gdb log, so we can see where the problem is so we can get a proper backtrace?

Revision history for this message
Bryan Quigley (bryanquigley) wrote :
Revision history for this message
Chris Halse Rogers (raof) wrote :

Hm. That's not the backtrace we're looking for :).

SIGUSR1 seems to be used by X in VT switching; enter “handle SIGUSR1 nostop” in the gdb prompt before running X in order to ignore them and wait for the real problem.

Revision history for this message
Bryan Quigley (bryanquigley) wrote :
Revision history for this message
papukaija (papukaija) wrote :

The requested information has been provided.

Changed in xserver-xorg-video-nouveau (Ubuntu):
status: Incomplete → New
Bryce Harrington (bryce)
Changed in xserver-xorg-video-nouveau (Ubuntu):
status: New → Confirmed
Revision history for this message
Bryan Quigley (bryanquigley) wrote :

I no longer have access to this hardware, so closing.

Changed in xserver-xorg-video-nouveau (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.