drm: consistently name interlaced modes
authorRussell King - ARM Linux <linux@arm.linux.org.uk>
Fri, 10 Aug 2012 22:52:18 +0000 (22:52 +0000)
committerDave Airlie <airlied@redhat.com>
Thu, 13 Sep 2012 01:21:03 +0000 (11:21 +1000)
commit4a1897d268bcde8a8d0ba7d3d887d70e66b4d6f1
treebdd90018bb623c60207357e747ef85e811fe53a1
parentfb30edf5e4b43745f33a1df5fec32721f63026c2
drm: consistently name interlaced modes

At the moment, there is an inconsistency in the way modes are named.
Modes with timings parsed from the EDID information will call
drm_mode_set_name(), which will name the mode using this form:

<horizontal-res>x<vertical-res><interlace-char>

eg, 1920x1080i for an interlaced mode, or 1920x1080 for a progressive
mode.

However, timings parsed using the tables in drm_edid_modes.h do not
have the 'i' suffix.  You are left to deduce that they're interlaced
from xrandr's output by the lower vertical refresh frequencies.

This patch changes the interlaced mode names in drm_edid_modes.h to
follow the style set by drm_mode_set_name(), which makes it clear
in xrandr which modes are interlaced and which are not (as xrandr
groups the refresh rates on a line according to the name field.)

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
drivers/gpu/drm/drm_edid_modes.h