Subject : drm: refresh rate down to 60 Hz in 2.6.35-rc5
Submitter : Sven Joachim <email@example.com>
Date : 2010-07-14 19:09
Message-ID : firstname.lastname@example.org
References : http://marc.info/?l=linux-kernel&m=127913459017236&w=2
This entry is being used for tracking a regression from 2.6.34. Please don't
close it until the problem is fixed in the mainline.
Author: Adam Jackson <email@example.com>
Date: Mon Mar 29 21:43:21 2010 +0000
drm/edid: Reshuffle mode list construction to closer match the spec
Also, document what the spec says to do.
Signed-off-by: Adam Jackson <firstname.lastname@example.org>
Signed-off-by: Dave Airlie <email@example.com>
First-Bad-Commit : c867df7043b738da4f4d358d7039c243a29b4272
I'm not sure I'd call this a regression. It brings the behavior into compliance with the vesa spec. I'd wager the TFT's actual preferred mode is 60 hz. Most TFTs run at 60 hz. The 75 hz modes are mostly there for compatibility.
It is probably correct to use 60 Hz by default, since this is indeed what the monitor reports as its preferred mode (according to the read-edid tool).
The real bug is that modeline parsing seems to be broken, because "video=1280x1024@75" does not work.
It seems this is actually a bug in nouveau/nv50 that has been present since 2.6.34 and only got triggered by commit c867df70. I reported this in freedesktop's bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=29129.
IMO this bug can/should be closed as invalid.