linux-kernel - Re: 2.6.36-rc2 regression: Wrong screen resolution (1024x768 instead of 1680x1050)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20100827134226.GA371@eazy.amigager.de>
Date:	Fri, 27 Aug 2010 15:42:26 +0200
From:	Tino Keitel <tino.keitel+xorg@...ei.de>
To:	linux-kernel@...r.kernel.org, intel-gfx@...ts.freedesktop.org
Subject: Re: 2.6.36-rc2 regression: Wrong screen resolution (1024x768
	instead of 1680x1050)

On Thu, Aug 26, 2010 at 09:30:39 +0200, Tino Keitel wrote:
> Hi,
> 
> booting 2.6.36-rc2-git4 (commit
> d4348c678977c7093438bbbf2067c49396ae941b) results in a screen
> resolution of 1024x768 instead of 1680x1050.  It works fine with
> 2.6.35.2.
> 
> The framebuffer console uses the correct resolution, but only uses a
> part of the screen for text output. Xorg output looks distorted.
> 
> Xorg log is attached.
> 
> $ xrandr 
> Screen 0: minimum 320 x 200, current 1024 x 768, maximum 4096 x 4096
> VGA1 disconnected (normal left inverted right x axis y axis)
> DVI1 connected 1024x768+0+0 (normal left inverted right x axis y axis)
> 454mm x 284mm
>    1680x1050      59.9 +
>    1280x1024      60.0  
>    1280x960       60.0  
>    1024x768       60.0* 
>    800x600        60.3  
>    640x480        60.0  
>    720x400        70.1  
> TV1 connected 1024x768+0+0 (normal left inverted right x axis y axis)
> 0mm x 0mm
>    848x480        30.0 +
>    640x480        30.0 +
>    1024x768       30.0* 
>    800x600        30.0  

There is no TV connected, and it was correctly reported as
"disconnected" with 2.6.35.

The Mac mini has some special EDID handling, as the EDID data comes
from the analog EDID channel IIRC, if that helps.

Regards,
Tino
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/