Nouveau - Jan 2014 - [Bug 73770] New: nouveau doesn't setup 1920x1200 mode on HDMI properly

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

          Priority: medium
            Bug ID: 73770
          Assignee: nouveau at lists.freedesktop.org
           Summary: nouveau doesn't setup 1920x1200 mode on HDMI properly
        QA Contact: xorg-team at lists.x.org
          Severity: major
    Classification: Unclassified
                OS: All
          Reporter: martix.cz at gmail.com
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: Driver/nouveau
           Product: xorg

Created attachment 92350
  --> https://bugs.freedesktop.org/attachment.cgi?id=92350&action=edit
Xorg.0.log

I have 1920x1200 60 Hz monitor connected via DP-HDMI cable to Lenovo T520
laptop.

Actual results:
I have configured 1920x1200 resolution (see xrandr).
Monitor's menu shows 1920x1080 input resolution.
Screen covers 1920x1080 physical area on monitor.
Fonts are blurry, seems like virtual screen image 1920x1200 reduced to
1920x1080 (When I configure 1920x1080 mode, fonts are OK).

nVidia binary blob can set 1920x1200 resolution properly on same HW
configuration.

Informations from EDID are correct, see Xorg.0.log.

Expected results:
Physical screen resolution on monitor should be 1920x1200.

I think there is some hardcoded limitation in DRM or nouveau driver. Because
hardware is perfectly capable of running 1920x1200 via HDMI.

01:00.0 VGA compatible controller: NVIDIA Corporation GF119M [Quadro NVS 4200M]
(rev a1)

xrandr 
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192
LVDS-1 connected (normal left inverted right x axis y axis)
   1600x900       60.0 +   50.0  
   1152x864       60.0  
   1024x768       59.9  
   800x600        59.9  
   640x480        59.4  
   720x400        59.6  
   640x400        60.0  
   640x350        59.8  
VGA-1 disconnected (normal left inverted right x axis y axis)
DP-1 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 518mm x
291mm
   1920x1080      60.0 +   59.9  
   1920x1200      60.0* 
   1920x1080i     60.1     50.0     60.0  
   1600x1200      60.0  
   1680x1050      59.9  
   1280x1024      75.0     60.0  
   1440x900       59.9  
   1152x864       75.0  
   1280x720       60.0     50.0     59.9  
   1440x576i      50.1  
   1024x768       75.1     70.1     60.0  
   1440x480i      60.1     60.1  
   832x624        74.6  
   800x600        72.2     75.0     60.3  
   720x576        50.0  
   720x480        60.0     59.9  
   640x480        75.0     72.8     66.7     60.0     59.9  
   720x400        70.1  
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)

-- 
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/20140118/997b1164/attachment.html>

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

--- Comment #1 from Martin Holec <martix.cz at gmail.com> ---
Created attachment 92351
  --> https://bugs.freedesktop.org/attachment.cgi?id=92351&action=edit
dmesg

-- 
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/20140118/95820db1/attachment-0001.html>

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

--- Comment #2 from Martin Holec <martix.cz at gmail.com> ---
Created attachment 92352
  --> https://bugs.freedesktop.org/attachment.cgi?id=92352&action=edit
dmesg video=DP-1:1920x1200

I cannot workaround it by adding this to kernel cmdline: video=DP-1:1920x1200
nor using xorg.conf "Modeline" and "PreferedMode" options.

At least DRM allocates "1920x1200" instead of "1920x1080",
but I don't any
other change from actual results.

-- 
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/20140118/5a4f8932/attachment.html>

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

--- Comment #3 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Can you try setting the "scaling mode" to None with xrandr?

-- 
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/20140118/676fc9f9/attachment.html>

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

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|nouveau doesn't setup       |[NVD9] nouveau doesn't
                   |1920x1200 mode on HDMI      |setup 1920x1200 mode on
                   |properly                    |HDMI properly

-- 
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/20140119/6c13d968/attachment-0001.html>

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

--- Comment #4 from Martin Holec <martix.cz at gmail.com> ---
I run: xrandr --output DP-1 --set "scaling mode" "None"

This workarounds the problem, thanks.

It's still scaled wrongly in VT and I have to run it every time I boot.

1) Can I add this workaround in kernel cmd line?

2) Could you fix it properly in nouveau driver to make it scaling right by
default?

-- 
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/20140121/e0278c49/attachment.html>

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

--- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to comment #4)
> I run: xrandr --output DP-1 --set "scaling mode" "None"
> 
> This workarounds the problem, thanks.
> 
> It's still scaled wrongly in VT and I have to run it every time I boot.
> 
> 1) Can I add this workaround in kernel cmd line?
Well, I think xrandr just manipulates the KMS property. You can do this
yourself as well. The only tool I know of that lets you do this is the
"modetest" tool that's in the tests dir of drm, but perhaps there
are others.
Perhaps there's also a way to set that as a default via video= or something
like that, but I'm not aware of anything specific.
> 
> 2) Could you fix it properly in nouveau driver to make it scaling right by
> default?
I believe that the current policy was deemed to be the correct one. I don't
really know the details of the various situations though. I believe the
implication of the EDID is that it's really a natively 1920x1080 monitor, so
we
should scale for any other resolution. However, again, I'm a little weak on
the
specifics. You might try asking in #nouveau or #xorg on freenode.

-- 
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/20140121/0d34e02f/attachment.html>

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

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> ---
I believe semi-recent kernels have updated the logic for when to enable scaling
mode automatically. It's basically restricted to LVDS and eDP. See commit
0ea5fe8a83c, in kernel 4.0+.

-- 
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/20151022/252716f2/attachment.html>