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.
Created attachment 18355 [details] Xorg.log with nvidia blob
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?
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.
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
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.
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
Created attachment 18379 [details] X.org.log from nv driver started after nvidia blob has run
Created attachment 18380 [details] radeontool regs dump with randr12 disabled
Created attachment 18381 [details] radeontool regs dump with nv working
Created attachment 18382 [details] radeontool regs dump with randr12 enabled
Created attachment 18387 [details] radeontool regs dump with randr12 disabled attempt 2
Created attachment 18406 [details] radeontool regs dump with randr12 disabled attempt 3 (pure git)
Created attachment 18407 [details] radeontool regs dump with randr12 disabled attempt 3 (pure git) after running a chvt 7
I'd be interested to see if anything has changed here (either in non-randr12 or randr12 mode), if you have time / inclination still
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
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.