This is a note to let you know that I've just added the patch titled
drm/radeon: fix LCD record parsing
to the 3.4-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
drm-radeon-fix-lcd-record-parsing.patch
and it can be found in the queue-3.4 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree,
please let <[email protected]> know about it.
>From 95663948ba22a4be8b99acd67fbf83e86ddffba4 Mon Sep 17 00:00:00 2001
From: Alex Deucher <[email protected]>
Date: Tue, 20 Aug 2013 14:59:01 -0400
Subject: drm/radeon: fix LCD record parsing
From: Alex Deucher <[email protected]>
commit 95663948ba22a4be8b99acd67fbf83e86ddffba4 upstream.
If the LCD table contains an EDID record, properly account
for the edid size when walking through the records.
This should fix error messages about unknown LCD records.
Signed-off-by: Alex Deucher <[email protected]>
Signed-off-by: Greg Kroah-Hartman <[email protected]>
---
drivers/gpu/drm/radeon/radeon_atombios.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- a/drivers/gpu/drm/radeon/radeon_atombios.c
+++ b/drivers/gpu/drm/radeon/radeon_atombios.c
@@ -1622,7 +1622,9 @@ struct radeon_encoder_atom_dig *radeon_a
kfree(edid);
}
}
- record +=
sizeof(ATOM_FAKE_EDID_PATCH_RECORD);
+ record +=
fake_edid_record->ucFakeEDIDLength ?
+
fake_edid_record->ucFakeEDIDLength + 2 :
+
sizeof(ATOM_FAKE_EDID_PATCH_RECORD);
break;
case LCD_PANEL_RESOLUTION_RECORD_TYPE:
panel_res_record =
(ATOM_PANEL_RESOLUTION_PATCH_RECORD *)record;
Patches currently in stable-queue which might be from [email protected]
are
queue-3.4/drm-radeon-fix-lcd-record-parsing.patch
queue-3.4/drm-radeon-fix-endian-bugs-in-hw-i2c-atom-routines.patch
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
