linux-toradex.git/drivers/gpu/drm/drm_edid.c, branch v3.0.77

KMS: fix EDID detailed timing vsync parsing

2013-03-28T19:06:02+00:00

commit 16dad1d743d31a104a849c8944e6b9eb479f6cd7 upstream.

EDID spreads some values across multiple bytes; bit-fiddling is needed
to retrieve these.  The current code to parse "detailed timings" has a
cut&paste error that results in a vsync offset of at most 15 lines
instead of 63.

See

   http://en.wikipedia.org/wiki/EDID

and in the "EDID Detailed Timing Descriptor" see bytes 10+11 show why
that needs to be a left shift.

Signed-off-by: Torsten Duwe 
Signed-off-by: Linus Torvalds 
Signed-off-by: Greg Kroah-Hartman

drm/edid: don't return stack garbage from supports_rb

2012-07-16T15:47:39+00:00

commit b196a4980ff7bb54db478e2a408dc8b12be15304 upstream.

We need to initialize this to false, because the is_rb callback only
ever sets it to true.

Noticed while reading through the code.

Signed-Off-by: Daniel Vetter 
Reviewed-by: Adam Jackson 
Signed-off-by: Dave Airlie 
Signed-off-by: Greg Kroah-Hartman

drm: Separate EDID Header Check from EDID Block Check

2011-08-16T01:31:34+00:00

commit 051963d4832ed61e5ae74f5330b0a94489e101b9 upstream.

    Provides function drm_edid_header_is_valid() for EDID header check
    and replaces EDID header check part of function drm_edid_block_valid()
    by a call of drm_edid_header_is_valid().
    This is a prerequisite to extend DDC probing, e. g. in function
    radeon_ddc_probe() for Radeon devices, by a central EDID header check.

    Tested for kernel 2.6.35, 2.6.38 and 3.0

Signed-off-by: Thomas Reim 
Reviewed-by: Alex Deucher 
Acked-by: Stephen Michaels 
Signed-off-by: Dave Airlie 
Signed-off-by: Greg Kroah-Hartman

drm/radeon: workaround a hw bug on some radeon chipsets with all-0 EDIDs.

2011-06-16T06:30:54+00:00

Some RS690 chipsets seem to end up with floating connectors, either
a DVI connector isn't actually populated, or an add-in HDMI card
is available but not installed. In this case we seem to get a NULL byte
response for each byte of the i2c transaction, so we detect this
case and if we see it we don't do anymore DDC transactions on this
connector.

I've tested this on my RS690 without the HDMI card installed and
it seems to work fine.

Signed-off-by: Dave Airlie 
Reviewed-by: Alex Deucher

drm: make debug levels match in edid failure code.

2011-06-16T06:29:37+00:00

this puts the header and followup at the same loglevel as the
hex dump code.

Signed-off-by: Dave Airlie 
Reviewed-by: Alex Deucher

drm: parse color format support for digital displays

2011-04-28T04:44:56+00:00

EDID 1.4 digital displays report the color spaces they support in the
features block.  Add support for grabbing this data and stuffing it into
the display_info struct for driver use.

Signed-off-by: Jesse Barnes 
Reviewed-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm: add bit depth parsing

2011-04-28T04:42:58+00:00

EDID 1.4 digital monitors report the bit depth supported in the input
field.  Add support for parsing this out and storing the info in the
display_info structure for use by drivers.

[airlied: tweaked to fix inter-patch dependency]
Signed-off-by: Jesse Barnes 
Reviewed-by: Adam Jackson 
Signed-off-by: Dave Airlie

drm: export drm_find_cea_extension to drivers

2011-04-01T00:16:17+00:00

Nouveau needs access to this structure to build an ELD block for use
by the HDA audio codec.

Signed-off-by: Ben Skeggs 
Signed-off-by: Dave Airlie

drm: Retry i2c transfer of EDID block after failure

2011-03-16T01:25:13+00:00

Usually EDID retrieval is fine. However, sometimes, especially when the
machine is loaded, it fails, but succeeds after a few retries.

Based on a patch by Michael Buesch.

Reported-by: Michael Buesch 
Signed-off-by: Chris Wilson 
Reviewed-by: Alex Deucher 
Signed-off-by: Dave Airlie

drm: Mark constant arrays of drm_display_mode const

2011-02-23T01:13:11+00:00

... and fixup some methods to accept the constant argument.

Now that constant module arrays are loaded into read-only memory, using
const appropriately has some benefits beyond warning the programmer
about likely mistakes.

Signed-off-by: Chris Wilson 
Signed-off-by: Dave Airlie