Nouveau - Oct 2016 - [Bug 98149] New: EDID doesn't detect resolution 1440x900 correctly NV34 FX5200Go

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

            Bug ID: 98149
           Summary: EDID doesn't detect resolution 1440x900 correctly NV34
                    FX5200Go
           Product: xorg
           Version: unspecified
          Hardware: x86 (IA32)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: dino at archlinux.info
        QA Contact: xorg-team at lists.x.org

Created attachment 127102
  --> https://bugs.freedesktop.org/attachment.cgi?id=127102&action=edit
Dmesg log

I have an older laptop Toshiba P25-S609 which has NV34 based graphics (NVIDIA
FX5200Go). With 4.2 kernel and lower (and possibly 4.3) native resolution
1440x900 is detected properly. With 4.4 kernel and newer (e.g. Xubuntu 16.04.1
and newer) image on screen is displayed really weird. It is split in 4 parts,
and then it is shown from right to left (inverted). With xrandr --newmode and
cvt 1440 900 I can set the resolution, but then tty is still messed up.
I have tried to get the bug with options drm.debug=0x1e nouveau.debug=debug,
and vbios.rom from /sys/kernel/debug/dri/0/ and it is here: 
http://filebin.ca/2xexyy0VGT9L/vbios.rom

Here is the image of what it does look like: 
http://imgur.com/a/ZUi0j 

Dmesg log is attached below.

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

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

--- Comment #1 from Dino <dino at archlinux.info> ---
Created attachment 127104
  --> https://bugs.freedesktop.org/attachment.cgi?id=127104&action=edit
vbios rom

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20161007/017b1259/attachment.html>

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

--- Comment #2 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Looks like the included EDID in the VBIOS is:

00000000  00 ff ff ff ff ff ff 00  2e 0d 00 00 00 00 00 00  |................|
00000010  04 09 01 02 80 00 00 00  e2 00 00 00 00 00 00 00  |................|
00000020  00 00 00 00 08 00 01 01  01 01 01 01 01 01 01 01  |................|
00000030  01 01 01 01 01 01 64 19  00 40 41 00 26 30 18 88  |......d.. at
A.&0..|
00000040  36 00 00 00 00 00 00 18  00 00 00 00 00 00 00 00  |6...............|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000070  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 ff  |................|

Which decodes to

Checksum Correct

Section "Monitor"
        Identifier ""
        ModelName ""
        VendorName "KPM"
        # Monitor Manufactured week 4 of 1999
        # EDID version 1.2
        # Digital Display
        # Display Physical Size not given. Normal for projectors.
        Gamma 1.00
        Option "DPMS" "true"
        Modeline        "Mode 0" -hsync -vsync 
EndSection

Which is obviously crap - no modelines are given, that's why we pick the
default 1024x768 & co modelines. Investigating further about how this used
to
work. (Also manufactured in early 1999 seems surprising given that this is a
probably 2004 or so laptop...) But the checksum checks out, so we happily use
it.

Would you be so kind as include a dmesg with drm.debug=0x1e nouveau.debug=debug
from a working kernel?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20161008/3edf3df3/attachment.html>

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

--- Comment #3 from Dino <dino at archlinux.info> ---
Thanks for your kind reply. Here is the dmesg log and vbios.rom from the
working kernel 4.2.8. I am aware of that this is an old laptop, I am just
curious to find out what is the cause of this bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20161008/9e50371b/attachment.html>

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

--- Comment #4 from Dino <dino at archlinux.info> ---
Created attachment 127132
  --> https://bugs.freedesktop.org/attachment.cgi?id=127132&action=edit
dmesg working log

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

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

--- Comment #5 from Dino <dino at archlinux.info> ---
Created attachment 127133
  --> https://bugs.freedesktop.org/attachment.cgi?id=127133&action=edit
vbios working rom

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20161008/11ce61be/attachment.html>

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

--- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Right, so as I expected, the working version has

[    2.538445] nouveau  [     DRM] BIOS FP mode: 1440x900 (96210kHz pixel
clock)

So we messed something up, since we no longer follow down that path in
nouveau_bios.c. Perhaps ->is_mobile is no longer getting set to true? Or some
other reason...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20161008/331d04ea/attachment.html>

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

Martin Peres <martin.peres at free.fr> changed:

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

--- Comment #7 from Martin Peres <martin.peres at free.fr> ---
-- 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/289.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191204/8d8b1860/attachment.html>