Created attachment 28891 [details]
dmesg for Samsung

dmesg for successful boot on Samsung LCD

Ok, this looks like a failure to setup dual-link TMDS which the larger monitor would require to run at its native resolution.  To solve the immediate problem, load the nouveau kernel module with "modprobe nouveau duallink=0" to reject modes that require more bandwidth than is available on single-link TMDS.  You won't be running at your monitor's native mode, but you should have an image.

Now, we don't know exactly how to program dual-link as of yet so if you're willing to do some experimentation that'd be *really* good.  Also, grabbing traces of the NVIDIA binary driver initialising it would help a lot.  See http://nouveau.freedesktop.org/wiki/MmioTrace for details on how to do this.

For some random testing that may help, try playing with the uscript_tmds module option.  Valid values for most cards are 0x0001 0x0002 and 0x0105.  0x0001 is the default, to try the others use "modprobe nouveau uscript_tmds=0x0105" etc.

Thanks!

Loading the nouveau module with duallink=0 allowed me to boot into a 1920x1200 framebuffer console.  I reconfigured my system to use the nvidia binary driver & get an mmiotrace.  Steps I followed:

rmmod'd the nvidia kernel
disabled all but 1 core
echo'd mmiotrace to current_tracer
started the cat on trace_pipe
ran startx & loaded openbox @ 2560x1600
echo'd "X is up" to trace_marker
echo'd nop into current_tracer

trace emailed to mmio dot dumps mentioned on the MmioTraceHowto page

Thank you!  Are you able to get me one additional trace by any chance?  Just after a trace of the binary driver programming a single-link mode too, I have a theory but want to confirm it first.

Just repeating what you did before, and switching to a lower resolution should do the trick.

Thanks!

rmmod'd the nvidia kernel
disabled all but 1 core
echo'd mmiotrace to current_tracer
started the cat on trace_pipe
ran startx & loaded openbox @ 2560x1600
echo'd "X is up" to trace_marker
changed resolution: xrandr --output default --mode 1920x1200
echo'd "resolution changed to 1920x1200" to trace_marker
echo'd nop into current_tracer

Additionally I tried adding uscript_tmds=0x0002 and uscript_tmds=0x0105 parameters to the nouveau modules, both resulted in a blank screen.

Oops, the binary driver kept the panel at its native resolution and used the scalers to scale 1920x1200 up.

Can you add the following to your xorg.conf in the nvidia device section:

Option "FlatPanelProperties" "Scaling = Native"

Also, after the switch to 1920x1200, can you do a switch *back* to the native resolution.  Sorry for the trouble!

steps followed:

set nvidia section in xorg.conf to 
  Section "Device"
          Identifier "nouveau"
          Driver "nvidia"
          Option "FlatPanelProperties" "Scaling = Native"
  EndSection

rmmod'd the nvidia kernel
disabled all but 1 core
echo'd mmiotrace to current_tracer
started the cat on trace_pipe
ran startx & loaded openbox @ 2560x1600
echo'd "X is up" to trace_marker
changed resolution: xrandr --output default --mode 1920x1200
echo'd "resolution set to 1920x1200" to trace_marker
changed resolution: xrandr --output default --mode 2560x1600
echo'd "resolution set to 2560x1600" to trace_marker
echo'd nop into current_tracer

dump emailed

Thanks for that.  I'm curious, how's latest git?  There probably won't be any change, but it doesn't hurt to try :)

No luck with the latest git, same black screen.

(In reply to comment #8)
> Thanks for that.  I'm curious, how's latest git?  There probably won't be any
> change, but it doesn't hurt to try :)

Hi,
I have this Ubuntu bug open against the NVidia driver:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/667683

Lots of sysinfo in that report if any of it helps - Summary: two Quadron FX 3800's.
I wanted to switch to nouveau... but I have this display, so wonder if I can help resolve this issue?

Best wishes

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