I have a brand new computer with an NVE7-based card (GT740); the card has three physical outputs, 1 each DVI, HDMI, and VGA. I have two monitors. If I connect one to the DVI and one to the VGA port, or if I just connect one monitor to the DVI port, it boots successfully. But if I connect one monitor to the DVI port and the other to the HDMI port (using an HDMI-to-DVI adapter cable), the GPU and/or the kernel component of the nouveau driver crash immediately upon switching the console to nouveaufb. (This happens before the X server starts.) Both monitors go into power save, the keyboard is unresponsive, and there is a flood of nouveau-related errors in the kernel log. Later, X *thinks* it has started successfully -- there's nothing that looks like an error to me in xorg.0.log -- but the monitors do not wake up and the keyboard remains unresponsive. I can, however, ssh into the computer.
(It now occurs to me to try connecting just one monitor to HDMI. I will do that after submitting this bug report.)
I will attach dmesg and xorg logs from both successful and unsuccessful boots. Please let me know if any additional information is required.
I'm using distribution packages of everything involved, from Debian unstable as of, er, today. The Nvidia proprietary drivers have never been installed. Version information gleaned from xorg.log:
Current Operating System: Linux kenaz 4.1.0-2-amd64 #1 SMP Debian 4.1.5-1 (2015-08-15) x86_64
Current version of pixman: 0.32.6
NOUVEAU driver Date: Thu Aug 28 03:57:48 2014 +0200
[drm] nouveau interface version: 1.2.2
Created attachment 117821 [details]
Created attachment 117822 [details]
dmesg (no crash)
Created attachment 117823 [details]
Created attachment 117824 [details]
xorg.log (no crash)
N.B. I have been unable to figure out whether or not any of the software involved is actually the newest available whatever. I'm happy to test newer software, compiling it myself if necessary -- but I will need you to tell me exactly what is out of date and where the newer version can be found, because the various webpages that purport to explain this all contradict each other :-(
If there is one monitor connected to the HDMI port, and nothing connected to DVI or VGA, the computer boots successfully.
[ 12.163791] nouveau E[ PBUS][0000:01:00.0] MMIO read of 0x00000000 FAULT at 0x61d804 [ IBUS ]
[ 26.237760] nouveau E[ PBUS][0000:01:00.0] MMIO read of 0x00000000 FAULT at 0x61a804 [ IBUS ]
That'd be PDISPLAY.SOR[0x3].PWR and PDISPLAY.DAC[0x1].DPMS_CTRL for those following at home.
No idea what we're (not) doing to make those mmio reads fail. As they're connected to "power", perhaps they're getting turned off for our convenience? Not sure.
Perhaps it just doesn't have a SOR/DAC? Can you include your VBIOS, perhaps there's something interesting in there? From a successful boot, grab /sys/kernel/debug/dri/0/vbios.rom and upload it here.
Created attachment 117825 [details]
(In reply to Ilia Mirkin from comment #7)
> No idea what we're (not) doing to make those mmio reads fail. As they're
> connected to "power", perhaps they're getting turned off for our
> convenience? Not sure.
Perhaps it *is* relevant, then, that when monitors are connected to VGA and DVI, both are activated (in mirrored mode) by the BIOS, but when monitors are connected to HDMI and DVI, *only* the HDMI-attached display is activated by the BIOS.
> Perhaps it just doesn't have a SOR/DAC? Can you include your VBIOS,
> perhaps there's something interesting in there? From a successful boot, grab
> /sys/kernel/debug/dri/0/vbios.rom and upload it here.
This computer is in my office, and I need to go home shortly, but I will be able to do further experiments tomorrow morning.
Oh, one more thing: I do not have Windows on this computer at all, so I can't tell you what it does in the same configuration. Sorry. (I can probably dig up a Windows 7 install/recovery CD, though, if there's something useful I could do with it that doesn't involve repartitioning ;-)
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/208.