[Nouveau] [Bug 58735] New: GeForce 680, HDMI output no good after passing through HDMI-to-DVI converter

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=58735

          Priority: medium
            Bug ID: 58735
          Assignee: nouveau at lists.freedesktop.org
           Summary: GeForce 680, HDMI output no good after passing through
                    HDMI-to-DVI converter
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: quantheory at gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: git
         Component: Driver/nouveau
           Product: xorg

Created attachment 72095
  --> https://bugs.freedesktop.org/attachment.cgi?id=72095&action=edit
xrandr output

I think this is an interesting one.

I run Gentoo with the hardened patches. Noticing that the git version of
nouveau had finally turned on acceleration for my card by default, I got kernel
3.7 (Gentoo hardened), and manually used a git patch to pull in the most recent
version yesterday (commit 73e5cf2d9af6bb32b91f8a2f6d7c44c8e9b4e785, as of now
still HEAD).

To my delight (and, I'll admit, mild surprise), everything seemed to work fine
right away, at least as far as 2D acceleration and basic desktop stuff went. I
had two monitors plugged in, both with DVI cards, all very well and good.

I tried plugging in a third monitor today, using an HDMI cable with a
HDMI-to-DVI converter at the end (the monitor has no HDMI input), and I got a
floating blue message across the monitor saying "Input Not Supported".
Obviously a monitor message, not from the computer, which shows that the
monitor recognizes that it's getting something, but doesn't understand what.
The monitor's auto-detect does recognize when I plug the thing in.

xrandr shows the monitor, as well as some graphical equivalents (e.g. the GNOME
3 "Displays" screen). This output is also perfectly correct and equivalent to
the other identical monitors. I can drag windows to (and off of) that part of
the screen, and in all respects the computer seems to be blissfully unaware of
the monitor not working.

I can attach a kernel log, but I think it would be much better if I reboot in a
kernel without USB_DEBUG on, first. The spam makes it enormous, and I only had
it on to troubleshoot a different device that now works.

Oh, also:

- This setup works with the proprietary nVidia driver.

- This setup works with Windows 7 and nVidia's driver.

- I have no devices at hand to test if the HDMI video output works without the
DVI converter, so my belief that this is an issue with that conversion is just
a hunch.

- It might be that this is just an issue with the early/primitive support for a
relatively new card, but there are older, similar bugs, maybe duplicates:

Bug 17187
Bug 43939

- Also, a bug with HDMI that was never resolved (it seems):

Bug 56601


I'm going to hack around looking at this myself some more, but any input on
things to look at would be appreciated.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20121225/dabe943b/attachment-0001.html>