kernel/include/drm/drm_edid.h, branch linux-3.0.y

drm: parse color format support for digital displays

2011-04-28T04:44:56Z

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:58Z

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/edid: Add detailed block walk for CEA extensions

2010-08-10T00:46:57Z

Signed-off-by: Adam Jackson Signed-off-by: Dave Airlie

drm_edid: There should be 6 Standard Timings

2010-05-18T05:56:14Z

Smatch complained that we initialize 6 elements in add_detailed_modes() but the timings[] array is declared with 5 elements. Adam Jackson verified that 6 is the correct number of timings. On Mon, May 10, 2010 at 12:08:24PM -0400, Adam Jackson wrote: > > > struct std_timing timings[5]; > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This decl is wrong, should be 6. From the 1.4 spec: > > "Six additional Standard Timings may be listed as a display descriptor > (tag #FAh)." > > The 1.3 spec is a little less explicit about it, but does show 6 > standard timing codes in the 0xFA detailed subblock, terminated by 0x0A > in the 18th byte. I don't have the docs for 1.2 or earlier, but we're > paranoid enough about not adding broken timings that we should be fine. This patch is basically a clean up, because timings[] is declared inside a union and increasing the number of elements here doesn't change the overall size of the union. Signed-off-by: Dan Carpenter Signed-off-by: Dave Airlie

drm/edid: Remove arbitrary EDID extension limit

2010-04-06T00:40:20Z

Signed-off-by: Adam Jackson Signed-off-by: Dave Airlie

drm/radeon/kms: add support for hardcoded edids in rom (v2)

2010-02-08T23:31:20Z

Some servers hardcode an edid in rom so that they will work properly with KVMs. This is a port of the relevant code from the ddx. [airlied: reworked to validate edid at boot stage - and remove special quirk, if there is a valid EDID in the BIOS rom we'll just try and use it.] Signed-off-by: Alex Deucher Signed-off-by: Dave Airlie

drm/edid: Decode 3-byte CVT codes from EDID 1.4

2009-12-03T22:53:47Z

Signed-off-by: Adam Jackson Signed-off-by: Dave Airlie

drm/edid: Add new detailed block types from EDID 1.4

2009-12-03T22:53:40Z

Signed-off-by: Adam Jackson Signed-off-by: Dave Airlie

drm: Fix shifts which were miscalculated when converting from bitfields.

2009-06-24T06:11:04Z

Looks like I managed to mess up most shifts when converting from bitfields. :( The patch below works on my Thinkpad T500 (as well as on my PowerBook, where the previous change worked as well, maybe out of luck...). I'd appreciate more testing and eyes looking over it though. Signed-off-by: Michel Dänzer Tested-by: Michael Pyne Signed-off-by: Dave Airlie

drm: EDID endianness fixes.

2009-06-18T23:11:13Z

Mostly replacing bitfields with explicit masks and shifts. Signed-off-by: Dave Airlie