Bug 17185

Summary: Black Display when using Nouveau on 7300gt with dvi to hdmi attached Sony 32W4000
Product: xorg Reporter: Henrik Sørensen <henrik.sorensen>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: suger
Version: git   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Nouveau Xorg.log
none
Xorg.log with nvidia blob
none
X.org.log from nv driver started after nvidia blob has run
none
radeontool regs dump with randr12 disabled
none
radeontool regs dump with nv working
none
radeontool regs dump with randr12 enabled
none
radeontool regs dump with randr12 disabled attempt 2
none
radeontool regs dump with randr12 disabled attempt 3 (pure git)
none
radeontool regs dump with randr12 disabled attempt 3 (pure git) after running a chvt 7 none

Description Henrik Sørensen 2008-08-18 04:30:56 UTC
Created attachment 18354 [details]
Nouveau Xorg.log

I wanted to see how nouveau handled 24hz video playback, since the blob stutters every 15-17 seconds. However, I never got that far, as nouveau just gives me a black display including the virtual terminals. The nv driver works, but only if the blob has run before. On a fresh boot nv shows the same black display behaviour.
Comment 1 Henrik Sørensen 2008-08-18 04:32:33 UTC
Created attachment 18355 [details]
Xorg.log with nvidia blob
Comment 2 Stuart Bennett 2008-08-18 06:51:20 UTC
Do you mean that if you start the computer with only this display attached, the only way you ever see anything is when the nvidia driver loads? No BIOS screen, no boot messages, no console? Otherwise, I don't understand the bit about "a black display including the virtual terminals".

In IRC you mentioned that "Nouveau did complain about unknown DCB entries when I started it after the blob" -- could you attach an xorg log showing these complaints?

If you run the blob before Nouveau, what happens when you start Nouveau? Does it load X successfully? Does it load X, but leave the screen black? Does it fail to start at all?
Comment 3 Henrik Sørensen 2008-08-18 07:26:58 UTC
No, I get full video from the time the machine is turned on, bios messages, grub loader, kernel messages, VTs. (tv says it gets a 1080p signal, so the vga bios must be telling the card to scale). However, once X with nouveau or nv starts, I lose all video. The appears to think it's still getting a signal, but the screen is black both in X and the VTs.

I THOUGHT at first, it was complaining about unknown dcb entries. But it was just the raw dcb dump right before it paniced because of the blob glx being found.

If you run nouveau after the blob, remembering to remove the nvidia libglx, the xserver starts, but with the same behavior, no image.
Comment 4 Stuart Bennett 2008-08-18 08:54:24 UTC
If you use nv, and get a black screen, then return to VT, does the VT reappear on the screen, or does the screen stay black?

Since randr12-less nouveau and the nv driver are pretty similar, can you see if nouveau works if you add 'Option "randr12" "off"' to the device section of xorg.conf, then run it after the blob (similar to how you say you can get nv to work)?

If this works, keeping randr12 disabled in xorg.conf, register dumps running nouveau before (black screen) and after the blob (working) would help. Make them by doing:

git clone git://people.freedesktop.org/~stuart/radeontool
make
./radeontool regs > logfile
Comment 5 Henrik Sørensen 2008-08-19 03:39:55 UTC
nv after the blob does have working VTs, did a bunch switches back and forth just to make sure it worked perfectly. 

Randr12-less nouveau gives me a black display too. If I load the blob after nouveau, X gives a picture as normal, but the VTs are either black, or has corruption (red spaced artefacts).

I'll do an mmiotrace of the blob starting x and switching back to a VT.
Comment 6 Henrik Sørensen 2008-08-19 04:11:29 UTC
mmiotrace was too large to attach, it's a trace of x starting freshly from boot, switch to text mode vt and x shutdown.

http://troldrik.dk/~cbaoth/7300gt-with-32w4000.mmiotrace.bz2 
Comment 7 Henrik Sørensen 2008-08-19 06:45:00 UTC
Created attachment 18379 [details]
X.org.log from nv driver started after nvidia blob has run
Comment 8 Henrik Sørensen 2008-08-19 06:46:10 UTC
Created attachment 18380 [details]
radeontool regs dump with randr12 disabled
Comment 9 Henrik Sørensen 2008-08-19 06:46:38 UTC
Created attachment 18381 [details]
radeontool regs dump with nv working
Comment 10 Henrik Sørensen 2008-08-19 06:52:00 UTC
Created attachment 18382 [details]
radeontool regs dump with randr12 enabled
Comment 11 Henrik Sørensen 2008-08-19 09:54:09 UTC
Created attachment 18387 [details]
radeontool regs dump with randr12 disabled attempt 2
Comment 12 Henrik Sørensen 2008-08-20 03:55:03 UTC
Created attachment 18406 [details]
radeontool regs dump with randr12 disabled attempt 3 (pure git)
Comment 13 Henrik Sørensen 2008-08-20 03:55:43 UTC
Created attachment 18407 [details]
radeontool regs dump with randr12 disabled attempt 3 (pure git) after running a chvt 7
Comment 14 Stuart Bennett 2009-03-11 18:45:31 UTC
I'd be interested to see if anything has changed here (either in non-randr12 or randr12 mode), if you have time / inclination still
Comment 15 Suger 2009-04-09 16:03:47 UTC
I have an exactly similar problem, even if I'm not using a 7300gt but a PT900AE. Problem remains with a 04/10/2009 git clone. I'm running FreeBSD amd64
Comment 16 Ilia Mirkin 2013-08-18 18:10:37 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.