diff options
author | Derek Buitenhuis <derek.buitenhuis@gmail.com> | 2011-11-06 12:20:51 -0500 |
---|---|---|
committer | Keith Packard <keithp@keithp.com> | 2011-11-06 16:41:44 -0800 |
commit | f0d50cc6651dce3a8a3cd3fb84210aa92b139763 (patch) | |
tree | 8c86a9a40ebfc4ff4e883c2c5808a112a197a245 /record/record.c | |
parent | 9cc44b955b27de33348d6a20bebc9704930ee18e (diff) |
Fix vesa's VBE PanelID interpretation
xserver's VESA driver's VBE (Vesa BIOS Extensions) code
includes a PanelID probe, which can get a monitor's native
resolution. From this, using CVT formulas, it derives
horizontal sync rate and a vertical refresh rate ranges.
It however, only derives the upper bounds of the ranges, and
the lower bounds cannot de derived. By default, they are set
to hardcoded constants which represent the lowest supported
resolution: 640x480. The constants in vbe.c however, were
not actually derived from forulas, but carried over from
other code from the bad old days, and are not relevant
to flat panel displays. This caused, for example, EEEPC701's
panel, with a native resolution of 800x480, to end up with
a upper bound of the horizontal sync rate that was lower
than the hardcoded lower bound, which of course broke things.
These numbers have been rederived using both my own CVT tool
based on xf86CVTMode(), and using the provided 'cvt' tool
that comes with xserver.
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Keith Packard <keithp@keithp.com>
Diffstat (limited to 'record/record.c')
0 files changed, 0 insertions, 0 deletions