Bug 30369 - nvidia 8400GS G98 chip Nouveau GPU lockup - switching to software fbcon
Summary: nvidia 8400GS G98 chip Nouveau GPU lockup - switching to software fbcon
Status: RESOLVED WORKSFORME
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: 7.5 (2009.10)
Hardware: x86-64 (AMD64) Linux (All)
: medium critical
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-24 21:59 UTC by Dan Smith
Modified: 2013-08-13 03:11 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg log (37.21 KB, text/plain)
2010-09-24 21:59 UTC, Dan Smith
no flags Details
syslog (78.08 KB, text/plain)
2010-09-24 21:59 UTC, Dan Smith
no flags Details
dmesg (42.17 KB, text/plain)
2010-09-24 22:00 UTC, Dan Smith
no flags Details

Description Dan Smith 2010-09-24 21:59:25 UTC
Created attachment 38944 [details]
Xorg log

I've never been able to get nouveau to run with my 8400GS, using the newest daily build of ubuntu maverick during boot from USB the slash screen looks good in the proper resolution the loading gdm it freezes with a garbled screen with what looks like what was saved in the video ram, my normal background all spliced up with random screens and web pages. I was able to switch to a virtual console and copied the log files to the USB stick. SysRq-REISUB worked.

Current Operating System: Linux ubuntu 2.6.35-22-generic #33-Ubuntu SMP Sun Sep 19 20:32:27 UTC 2010 x86_64
X.Org X Server 1.9.0
Release Date: 2010-08-20
Comment 1 Dan Smith 2010-09-24 21:59:56 UTC
Created attachment 38945 [details]
syslog
Comment 2 Dan Smith 2010-09-24 22:00:27 UTC
Created attachment 38946 [details]
dmesg
Comment 3 Dan Smith 2010-09-24 22:53:59 UTC
After thinking about it I'm bumping this to critical, this is a show stopper for anyone with the same hardware configuration as it happens in all previous fedora live cds as well. Anyone booting to a garbled screen for the first time trying Linux isn't going to be a fan. I'm trying the newest fedora release soon.
Comment 4 Dan Smith 2010-09-25 17:55:27 UTC
running the latest daily fedora live cd desktop-x86_64-20100924.16.iso it freezes hard lockup


t2
mount used greatest stack depth: 5680 bytes left
dracut: dracut-006-2.fc14
dracut: rd_NO_LUKS: removing cryptoluks activation
dracut: root was live:/dev/disk/by-uuid/0036-3339, liveroot is now live:UUID=0036-3339
udev[74]: starting version 161
udevadm used greatest stack depth: 5648 bytes left
[drm] Initialized drm 1.1.0 20060810
do_IRQ: 0.68 No irq handler for vector (irq -1)
  alloc irq_desc for 24 on node -1
  alloc kstat_irqs on node -1
nouveau 0000:02:00.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
nouveau 0000:02:00.0: setting latency timer to 64
do_IRQ: 0.68 No irq handler for vector (irq -1)
do_IRQ: 0.68 No irq handler for vector (irq -1)
do_IRQ: 0.68 No irq handler for vector (irq -1)
do_IRQ: 0.68 No irq handler for vector (irq -1)
do_IRQ: 0.68 No irq handler for vector (irq -1)
do_IRQ: 0.68 No irq handler for vector (irq -1)
do_IRQ: 0.68 No irq handler for vector (irq -1)
do_IRQ: 0.68 No irq handler for vector (irq -1)
[drm] nouveau 0000:02:00.0: Detected an NV50 generation card (0x298200a2)
[drm] nouveau 0000:02:00.0: Attempting to load BIOS image from PRAMIN
_
Comment 5 Martin Peres 2013-08-13 03:11:19 UTC
My nv98 work well now. I guess the bug has been fixed.


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.