Re: [PATCH] drm/edid: Try harder to fix up broken headers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Dec 8, 2011 at 12:26 AM, Adam Jackson <ajax@xxxxxxxxxx> wrote:
> There's no reason to force the first byte to be correct if we're already
> scoring how correct the header is.
>
> See also: https://bugzilla.redhat.com/show_bug.cgi?id=722909
>
> Signed-off-by: Adam Jackson <ajax@xxxxxxxxxx>
> ---
>  drivers/gpu/drm/drm_edid.c |   18 ++++++++----------
>  1 files changed, 8 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
> index 3e927ce..5fc3597 100644
> --- a/drivers/gpu/drm/drm_edid.c
> +++ b/drivers/gpu/drm/drm_edid.c
> @@ -155,16 +155,14 @@ drm_edid_block_valid(u8 *raw_edid)
>        int i;
>        u8 csum = 0;
>        struct edid *edid = (struct edid *)raw_edid;
> -
> -       if (raw_edid[0] == 0x00) {
> -               int score = drm_edid_header_is_valid(raw_edid);
> -               if (score == 8) ;
> -               else if (score >= 6) {
> -                       DRM_DEBUG("Fixing EDID header, your hardware may be failing\n");
> -                       memcpy(raw_edid, edid_header, sizeof(edid_header));
> -               } else {
> -                       goto bad;
> -               }
> +       int score = drm_edid_header_is_valid(raw_edid);
> +
> +       if (score == 8) ;
> +       else if (score >= 6) {
> +               DRM_DEBUG("Fixing EDID header, your hardware may be failing\n");
> +               memcpy(raw_edid, edid_header, sizeof(edid_header));
> +       } else {
> +               goto bad;
>        }
>
>        for (i = 0; i < EDID_LENGTH; i++)
> --
> 1.7.6.4

Acked by: Tormod Volden <debian.tormod@xxxxxxxxx>

Also, I don't find the empty "if" statement very elegant. And the 8 is
not so magic, is it? What about:

+       if (score < 6)
+               goto bad;
+       else if (score < sizeof(edid_header)) {
+               DRM_DEBUG("Fixing EDID header, your hardware may be failing\n");
+               memcpy(raw_edid, edid_header, sizeof(edid_header));
        }

Or would the extra comparison in the good case be unacceptable?

One could think about demagifying 6 somewhat also, but I am not sure
it makes it more readable.

Cheers,
Tormod
From f67717bed0817b8cfdd4d1bb144f802e28cd866d Mon Sep 17 00:00:00 2001
From: Adam Jackson <ajax@xxxxxxxxxx>
Date: Wed, 7 Dec 2011 18:26:23 -0500
Subject: [PATCH v2] drm/edid: Try harder to fix up broken headers

There's no reason to force the first byte to be correct if we're already
scoring how correct the header is.

See also: https://bugzilla.redhat.com/show_bug.cgi?id=722909

Signed-off-by: Adam Jackson <ajax@xxxxxxxxxx>
[Tormod: reorder if statements and avoid magic number]
Signed-off-by: Tormod Volden <debian.tormod@xxxxxxxxx>
---
 drivers/gpu/drm/drm_edid.c |   15 ++++++---------
 1 files changed, 6 insertions(+), 9 deletions(-)

diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 7425e5c..1f601cb 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -154,16 +154,13 @@ drm_edid_block_valid(u8 *raw_edid)
 	int i;
 	u8 csum = 0;
 	struct edid *edid = (struct edid *)raw_edid;
+	int score = drm_edid_header_is_valid(raw_edid);
 
-	if (raw_edid[0] == 0x00) {
-		int score = drm_edid_header_is_valid(raw_edid);
-		if (score == 8) ;
-		else if (score >= 6) {
-			DRM_DEBUG("Fixing EDID header, your hardware may be failing\n");
-			memcpy(raw_edid, edid_header, sizeof(edid_header));
-		} else {
-			goto bad;
-		}
+	if (score < 6)
+		goto bad;
+	else if (score < sizeof(edid_header)) {
+		DRM_DEBUG("Fixing EDID header, your hardware may be failing\n");
+		memcpy(raw_edid, edid_header, sizeof(edid_header));
 	}
 
 	for (i = 0; i < EDID_LENGTH; i++)
-- 
1.7.0.4

_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux