From: Roger <rogerx.oss-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: Re: Display goes off when framebuffer enabled and Kernel Panic with fbset
Date: Wed, 8 Dec 2010 15:42:02 -0900 [thread overview]
Message-ID: <20101209004202.GA4477@localhost2.local> (raw)
In-Reply-To: <20101208122300.GA4480-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
I think I've found the problem.
# echo "option nouveau noagp=1" >> /etc/modprobe.d/nouveau.conf
So far, it looks like things have stopped freezing.
Another tip for people trouble shooting freezes with nouveau:
# echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf
With this, the nouveau module isn't loaded during initial boot, giving the user
the option to login remotely to perform a "# tail -f /var/log/syslog" to
hopefully catch an output that might make it through before a hard freeze.
Attaching current syslog of the loaded nouveau driver without AGP enabled:
Dec 08 15:29:13 [kernel] [drm] Initialized drm 1.1.0 20060810
Dec 08 15:29:13 [kernel] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Detected an NV40 generation card (0x04b200b1)
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PRAMIN
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: ... appears to be valid
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: BIT BIOS found
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Bios version 05.73.22.51
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: TMDS table script pointers not stubbed
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: BIT table 'd' not found
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Found Display Configuration Block version 3.0
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Raw DCB entry 0: 01000300 00000028
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Raw DCB entry 1: 03000302 00000000
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Raw DCB entry 2: 04011310 00000028
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Raw DCB entry 3: 020223f1 00c0c080
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: DCB connector table: VHER 0x30 5 10 2
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: 0: 0x00002030: type 0x30 idx 0 tag 0x08
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: 1: 0x00000100: type 0x00 idx 1 tag 0xff
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: 2: 0x00000210: type 0x10 idx 2 tag 0xff
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: 3: 0x00000211: type 0x11 idx 3 tag 0xff
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: 4: 0x00000213: type 0x13 idx 4 tag 0xff
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0xCDAD
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0xD457
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0xDB8B
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0xDD0F
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0xDF1B
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Detected 512MiB VRAM
Dec 08 15:29:13 [kernel] [TTM] Zone kernel: Available graphics memory: 446486 kiB.
Dec 08 15:29:13 [kernel] [TTM] Zone highmem: Available graphics memory: 516058 kiB.
Dec 08 15:29:13 [kernel] [TTM] Initializing pool allocator.
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: 64 MiB GART (aperture)
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Saving VGA fonts
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Allocating FIFO number 0
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 0
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on vga encoder (output 0)
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on tmds encoder (output 1)
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on vga encoder (output 2)
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on TV encoder (output 3)
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: allocated 1280x1024 fb: 0x48000, bo f675aa00
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: 0xC210: Parsing digital output script table
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Setting dpms mode 0 on tmds encoder (output 1)
Dec 08 15:29:13 [kernel] [drm] nouveau 0000:01:00.0: Output DVI-I-1 is running on CRTC 0 using output A
Dec 08 15:29:13 [kernel] Console: switching to colour frame buffer device 160x64
Dec 08 15:29:13 [kernel] fb0: nouveaufb frame buffer device
Dec 08 15:29:13 [kernel] drm: registered panic notifier
Dec 08 15:29:13 [kernel] [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0
The slight difference I see aside from no AGP, is 64 MiB looks to be reserved for GART from the usual 4 MiB AGP. Probably nothing. Still working to get kdump working here. Again, nothing via KGDB on serial console.
--
Roger
http://rogerx.freeshell.org/
next prev parent reply other threads:[~2010-12-09 0:42 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-04 7:28 Display goes off when framebuffer enabled and Kernel Panic with fbset Roger
[not found] ` <20101204072803.GA4170-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-04 7:59 ` Roger
[not found] ` <20101204075925.GB4170-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-04 11:33 ` Pekka Paalanen
2010-12-05 7:02 ` Roger
[not found] ` <20101205070234.GB4102-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-05 11:38 ` Pekka Paalanen
[not found] ` <20101205133804.5430594f-cxYvVS3buNOdIgDiPM52R8c4bpwCjbIv@public.gmane.org>
2010-12-06 1:12 ` Roger
[not found] ` <20101206011231.GC4122-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-08 9:34 ` Roger
[not found] ` <20101208093458.GA11429-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-08 12:23 ` rogerx.oss-Re5JQEeQqe8AvxtiuMwx3w
[not found] ` <20101208122300.GA4480-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-09 0:42 ` Roger [this message]
[not found] ` <20101209004202.GA4477-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-09 2:13 ` Roger
2010-12-09 15:38 ` Francisco Jerez
[not found] ` <8762v3ards.fsf-sGOZH3hwPm2sTnJN9+BGXg@public.gmane.org>
2010-12-10 10:43 ` Roger
[not found] ` <20101210104352.GA4505-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-11 2:24 ` Emil Velikov
2010-12-11 7:57 ` Roger
2010-12-11 1:54 ` Roger
2010-12-06 1:04 ` Roger
[not found] ` <20101206010422.GB4122-bi+AKbBUZKbUbxaO3c2PGA@public.gmane.org>
2010-12-06 5:35 ` Roger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101209004202.GA4477@localhost2.local \
--to=rogerx.oss-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.