[PATCH] drm/edid: Refine HDMI VSDB detect

[PATCH] drm/edid: Refine HDMI VSDB detect

[Lee Shawn C]

According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain the
3 bytes of the IEEE OUI as well as any additional payload bytes needed."
Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
That may caused some HDMI monitors' audio feature can't be enabled.
Because of they only have three bytes payload (OUI only) in VSDB.

Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
Cc: Adam Jackson <ajax@redhat.com>
Cc: Dave Airlie <airlied@redhat.com>
Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
---
 drivers/gpu/drm/drm_edid.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 12893e7be89b..5aa4a6bf4a13 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
 	if (cea_db_tag(db) != VENDOR_BLOCK)
 		return false;
 
-	if (cea_db_payload_len(db) < 5)
+	if (cea_db_payload_len(db) < 3)
 		return false;
 
 	return oui(db[3], db[2], db[1]) == HDMI_IEEE_OUI;
-- 
2.31.1

Re: [PATCH] drm/edid: Refine HDMI VSDB detect

[Ville Syrjälä]

On Sun, Dec 12, 2021 at 11:33:31PM +0800, Lee Shawn C wrote:
> According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain the
> 3 bytes of the IEEE OUI as well as any additional payload bytes needed."
> Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
> That may caused some HDMI monitors' audio feature can't be enabled.
> Because of they only have three bytes payload (OUI only) in VSDB.

HDMI 1.4a says
"Sinks shall contain an HDMI VSDB minimally containing a 2-byte Source
 Physical Address field following the 24-bit identifier. ...
 The minimum value of N (length) is 5 and the maximum value of N is 31."

Do you actually have an EDID that violates that?

> 
> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> Cc: Adam Jackson <ajax@redhat.com>
> Cc: Dave Airlie <airlied@redhat.com>
> Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
> ---
>  drivers/gpu/drm/drm_edid.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
> index 12893e7be89b..5aa4a6bf4a13 100644
> --- a/drivers/gpu/drm/drm_edid.c
> +++ b/drivers/gpu/drm/drm_edid.c
> @@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
>  	if (cea_db_tag(db) != VENDOR_BLOCK)
>  		return false;
>  
> -	if (cea_db_payload_len(db) < 5)
> +	if (cea_db_payload_len(db) < 3)
>  		return false;
>  
>  	return oui(db[3], db[2], db[1]) == HDMI_IEEE_OUI;
> -- 
> 2.31.1

-- 
Ville Syrjälä
Intel

RE: [PATCH] drm/edid: Refine HDMI VSDB detect

[Lee, Shawn C]

On Monday, December 13, 2021 8:31 PM, Ville Syrjälä wrote:
>On Sun, Dec 12, 2021 at 11:33:31PM +0800, Lee Shawn C wrote:
>> According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain 
>> the
>> 3 bytes of the IEEE OUI as well as any additional payload bytes needed."
>> Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
>> That may caused some HDMI monitors' audio feature can't be enabled.
>> Because of they only have three bytes payload (OUI only) in VSDB.
>
>HDMI 1.4a says
>"Sinks shall contain an HDMI VSDB minimally containing a 2-byte Source  Physical Address field following the 24-bit identifier. ...
> The minimum value of N (length) is 5 and the maximum value of N is 31."
>
>Do you actually have an EDID that violates that?
>

Yes! User report when connect to HDMI port on Acer V226HQL. Audio is not working.
But windows system did not have the same problem. We found its VSDB just have 3 bytes
payload (OUI). Then we share this patch to user then they report audio works properly
with this patch.

Best regards,
Shawn

>> 
>> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
>> Cc: Adam Jackson <ajax@redhat.com>
>> Cc: Dave Airlie <airlied@redhat.com>
>> Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
>> ---
>>  drivers/gpu/drm/drm_edid.c | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>> 
>> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c 
>> index 12893e7be89b..5aa4a6bf4a13 100644
>> --- a/drivers/gpu/drm/drm_edid.c
>> +++ b/drivers/gpu/drm/drm_edid.c
>> @@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
>>  	if (cea_db_tag(db) != VENDOR_BLOCK)
>>  		return false;
>>  
>> -	if (cea_db_payload_len(db) < 5)
>> +	if (cea_db_payload_len(db) < 3)
>>  		return false;
>>  
>>  	return oui(db[3], db[2], db[1]) == HDMI_IEEE_OUI;
>> --
>> 2.31.1
>
>--
>Ville Syrjälä
>Intel
>

Re: [PATCH] drm/edid: Refine HDMI VSDB detect

[Ville Syrjälä]

On Mon, Dec 13, 2021 at 12:42:22PM +0000, Lee, Shawn C wrote:
> 
> On Monday, December 13, 2021 8:31 PM, Ville Syrjälä wrote:
> >On Sun, Dec 12, 2021 at 11:33:31PM +0800, Lee Shawn C wrote:
> >> According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain 
> >> the
> >> 3 bytes of the IEEE OUI as well as any additional payload bytes needed."
> >> Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
> >> That may caused some HDMI monitors' audio feature can't be enabled.
> >> Because of they only have three bytes payload (OUI only) in VSDB.
> >
> >HDMI 1.4a says
> >"Sinks shall contain an HDMI VSDB minimally containing a 2-byte Source  Physical Address field following the 24-bit identifier. ...
> > The minimum value of N (length) is 5 and the maximum value of N is 31."
> >
> >Do you actually have an EDID that violates that?
> >
> 
> Yes! User report when connect to HDMI port on Acer V226HQL. Audio is not working.
> But windows system did not have the same problem. We found its VSDB just have 3 bytes
> payload (OUI). Then we share this patch to user then they report audio works properly
> with this patch.

Hrm. This deserves a comment then since it clearly violates the spec.
Also a link to the bug if you have one would be nice to include here.

> 
> Best regards,
> Shawn
> 
> >> 
> >> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> >> Cc: Adam Jackson <ajax@redhat.com>
> >> Cc: Dave Airlie <airlied@redhat.com>
> >> Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
> >> ---
> >>  drivers/gpu/drm/drm_edid.c | 2 +-
> >>  1 file changed, 1 insertion(+), 1 deletion(-)
> >> 
> >> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c 
> >> index 12893e7be89b..5aa4a6bf4a13 100644
> >> --- a/drivers/gpu/drm/drm_edid.c
> >> +++ b/drivers/gpu/drm/drm_edid.c
> >> @@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
> >>  	if (cea_db_tag(db) != VENDOR_BLOCK)
> >>  		return false;
> >>  
> >> -	if (cea_db_payload_len(db) < 5)
> >> +	if (cea_db_payload_len(db) < 3)
> >>  		return false;
> >>  
> >>  	return oui(db[3], db[2], db[1]) == HDMI_IEEE_OUI;
> >> --
> >> 2.31.1
> >
> >--
> >Ville Syrjälä
> >Intel
> >

-- 
Ville Syrjälä
Intel

RE: [PATCH] drm/edid: Refine HDMI VSDB detect

[Lee, Shawn C]

On Monday, December 13, 2021 at 12:45 p.m, Ville Syrjälä wrote:
>On Mon, Dec 13, 2021 at 12:42:22PM +0000, Lee, Shawn C wrote:
>> 
>> On Monday, December 13, 2021 8:31 PM, Ville Syrjälä wrote:
>> >On Sun, Dec 12, 2021 at 11:33:31PM +0800, Lee Shawn C wrote:
>> >> According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain 
>> >> the
>> >> 3 bytes of the IEEE OUI as well as any additional payload bytes needed."
>> >> Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
>> >> That may caused some HDMI monitors' audio feature can't be enabled.
>> >> Because of they only have three bytes payload (OUI only) in VSDB.
>> >
>> >HDMI 1.4a says
>> >"Sinks shall contain an HDMI VSDB minimally containing a 2-byte Source  Physical Address field following the 24-bit identifier. ...
>> > The minimum value of N (length) is 5 and the maximum value of N is 31."
>> >
>> >Do you actually have an EDID that violates that?
>> >
>> 
>> Yes! User report when connect to HDMI port on Acer V226HQL. Audio is not working.
>> But windows system did not have the same problem. We found its VSDB just have 3 bytes
>> payload (OUI). Then we share this patch to user then they report audio works properly
>> with this patch.
>
>Hrm. This deserves a comment then since it clearly violates the spec.
>Also a link to the bug if you have one would be nice to include here.
>

Let me create an issue and update monitor's EDID for you reference.
But I'm not sure which community is suitable to report this problem.
It looks to me should belong to DRM driver https://gitlab.freedesktop.org/drm/misc/-/issues.
Do you have any suggestion? Thanks!

>> 
>> Best regards,
>> Shawn
>> 
>> >> 
>> >> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
>> >> Cc: Adam Jackson <ajax@redhat.com>
>> >> Cc: Dave Airlie <airlied@redhat.com>
>> >> Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
>> >> ---
>> >>  drivers/gpu/drm/drm_edid.c | 2 +-
>> >>  1 file changed, 1 insertion(+), 1 deletion(-)
>> >> 
>> >> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c 
>> >> index 12893e7be89b..5aa4a6bf4a13 100644
>> >> --- a/drivers/gpu/drm/drm_edid.c
>> >> +++ b/drivers/gpu/drm/drm_edid.c
>> >> @@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
>> >>  	if (cea_db_tag(db) != VENDOR_BLOCK)
>> >>  		return false;
>> >>  
>> >> -	if (cea_db_payload_len(db) < 5)
>> >> +	if (cea_db_payload_len(db) < 3)
>> >>  		return false;
>> >>  
>> >>  	return oui(db[3], db[2], db[1]) == HDMI_IEEE_OUI;
>> >> --
>> >> 2.31.1
>> >
>> >--
>> >Ville Syrjälä
>> >Intel
>> >

Re: [PATCH] drm/edid: Refine HDMI VSDB detect

[Ville Syrjälä]

On Mon, Dec 13, 2021 at 02:09:33PM +0000, Lee, Shawn C wrote:
> 
> On Monday, December 13, 2021 at 12:45 p.m, Ville Syrjälä wrote:
> >On Mon, Dec 13, 2021 at 12:42:22PM +0000, Lee, Shawn C wrote:
> >> 
> >> On Monday, December 13, 2021 8:31 PM, Ville Syrjälä wrote:
> >> >On Sun, Dec 12, 2021 at 11:33:31PM +0800, Lee Shawn C wrote:
> >> >> According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain 
> >> >> the
> >> >> 3 bytes of the IEEE OUI as well as any additional payload bytes needed."
> >> >> Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
> >> >> That may caused some HDMI monitors' audio feature can't be enabled.
> >> >> Because of they only have three bytes payload (OUI only) in VSDB.
> >> >
> >> >HDMI 1.4a says
> >> >"Sinks shall contain an HDMI VSDB minimally containing a 2-byte Source  Physical Address field following the 24-bit identifier. ...
> >> > The minimum value of N (length) is 5 and the maximum value of N is 31."
> >> >
> >> >Do you actually have an EDID that violates that?
> >> >
> >> 
> >> Yes! User report when connect to HDMI port on Acer V226HQL. Audio is not working.
> >> But windows system did not have the same problem. We found its VSDB just have 3 bytes
> >> payload (OUI). Then we share this patch to user then they report audio works properly
> >> with this patch.
> >
> >Hrm. This deserves a comment then since it clearly violates the spec.
> >Also a link to the bug if you have one would be nice to include here.
> >
> 
> Let me create an issue and update monitor's EDID for you reference.
> But I'm not sure which community is suitable to report this problem.
> It looks to me should belong to DRM driver https://gitlab.freedesktop.org/drm/misc/-/issues.

That seems fine to me.

> Do you have any suggestion? Thanks!
> 
> >> 
> >> Best regards,
> >> Shawn
> >> 
> >> >> 
> >> >> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> >> >> Cc: Adam Jackson <ajax@redhat.com>
> >> >> Cc: Dave Airlie <airlied@redhat.com>
> >> >> Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
> >> >> ---
> >> >>  drivers/gpu/drm/drm_edid.c | 2 +-
> >> >>  1 file changed, 1 insertion(+), 1 deletion(-)
> >> >> 
> >> >> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c 
> >> >> index 12893e7be89b..5aa4a6bf4a13 100644
> >> >> --- a/drivers/gpu/drm/drm_edid.c
> >> >> +++ b/drivers/gpu/drm/drm_edid.c
> >> >> @@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
> >> >>  	if (cea_db_tag(db) != VENDOR_BLOCK)
> >> >>  		return false;
> >> >>  
> >> >> -	if (cea_db_payload_len(db) < 5)
> >> >> +	if (cea_db_payload_len(db) < 3)
> >> >>  		return false;
> >> >>  
> >> >>  	return oui(db[3], db[2], db[1]) == HDMI_IEEE_OUI;
> >> >> --
> >> >> 2.31.1
> >> >
> >> >--
> >> >Ville Syrjälä
> >> >Intel
> >> >

-- 
Ville Syrjälä
Intel

RE: [PATCH] drm/edid: Refine HDMI VSDB detect

[Lee, Shawn C]

On Monday, December 13, 2021 at 02:36 p.m, Ville Syrjälä wrote:
>On Mon, Dec 13, 2021 at 02:09:33PM +0000, Lee, Shawn C wrote:
>> 
>> On Monday, December 13, 2021 at 12:45 p.m, Ville Syrjälä wrote:
>> >On Mon, Dec 13, 2021 at 12:42:22PM +0000, Lee, Shawn C wrote:
>> >> 
>> >> On Monday, December 13, 2021 8:31 PM, Ville Syrjälä wrote:
>> >> >On Sun, Dec 12, 2021 at 11:33:31PM +0800, Lee Shawn C wrote:
>> >> >> According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain 
>> >> >> the
>> >> >> 3 bytes of the IEEE OUI as well as any additional payload bytes needed."
>> >> >> Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
>> >> >> That may caused some HDMI monitors' audio feature can't be enabled.
>> >> >> Because of they only have three bytes payload (OUI only) in VSDB.
>> >> >
>> >> >HDMI 1.4a says
>> >> >"Sinks shall contain an HDMI VSDB minimally containing a 2-byte Source  Physical Address field following the 24-bit identifier. ...
>> >> > The minimum value of N (length) is 5 and the maximum value of N is 31."
>> >> >
>> >> >Do you actually have an EDID that violates that?
>> >> >
>> >> 
>> >> Yes! User report when connect to HDMI port on Acer V226HQL. Audio is not working.
>> >> But windows system did not have the same problem. We found its VSDB just have 3 bytes
>> >> payload (OUI). Then we share this patch to user then they report audio works properly
>> >> with this patch.
>> >
>> >Hrm. This deserves a comment then since it clearly violates the spec.
>> >Also a link to the bug if you have one would be nice to include here.
>> >
>> 
>> Let me create an issue and update monitor's EDID for you reference.
>> But I'm not sure which community is suitable to report this problem.
>> It looks to me should belong to DRM driver https://gitlab.freedesktop.org/drm/misc/-/issues.
>
>That seems fine to me.
>

Here is the link, thanks! https://gitlab.freedesktop.org/drm/misc/-/issues/28

>> Do you have any suggestion? Thanks!
>> 
>> >> 
>> >> Best regards,
>> >> Shawn
>> >> 
>> >> >> 
>> >> >> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
>> >> >> Cc: Adam Jackson <ajax@redhat.com>
>> >> >> Cc: Dave Airlie <airlied@redhat.com>
>> >> >> Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
>> >> >> ---
>> >> >>  drivers/gpu/drm/drm_edid.c | 2 +-
>> >> >>  1 file changed, 1 insertion(+), 1 deletion(-)
>> >> >> 
>> >> >> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c 
>> >> >> index 12893e7be89b..5aa4a6bf4a13 100644
>> >> >> --- a/drivers/gpu/drm/drm_edid.c
>> >> >> +++ b/drivers/gpu/drm/drm_edid.c
>> >> >> @@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
>> >> >>  	if (cea_db_tag(db) != VENDOR_BLOCK)
>> >> >>  		return false;
>> >> >>  
>> >> >> -	if (cea_db_payload_len(db) < 5)
>> >> >> +	if (cea_db_payload_len(db) < 3)
>> >> >>  		return false;
>> >> >>  
>> >> >>  	return oui(db[3], db[2], db[1]) == HDMI_IEEE_OUI;
>> >> >> --
>> >> >> 2.31.1
>> >> >
>> >> >--
>> >> >Ville Syrjälä
>> >> >Intel
>> >> >
>

Re: [PATCH] drm/edid: Refine HDMI VSDB detect

[Ville Syrjälä]

On Sun, Dec 12, 2021 at 11:33:31PM +0800, Lee Shawn C wrote:
> According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain the
> 3 bytes of the IEEE OUI as well as any additional payload bytes needed."
> Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
> That may caused some HDMI monitors' audio feature can't be enabled.
> Because of they only have three bytes payload (OUI only) in VSDB.
> 
> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> Cc: Adam Jackson <ajax@redhat.com>
> Cc: Dave Airlie <airlied@redhat.com>
> Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
> ---
>  drivers/gpu/drm/drm_edid.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
> index 12893e7be89b..5aa4a6bf4a13 100644
> --- a/drivers/gpu/drm/drm_edid.c
> +++ b/drivers/gpu/drm/drm_edid.c
> @@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
>  	if (cea_db_tag(db) != VENDOR_BLOCK)
>  		return false;
>  
> -	if (cea_db_payload_len(db) < 5)
> +	if (cea_db_payload_len(db) < 3)
>  		return false;

I was a a bit worried that we are now assuming that we can parse some
stuff without further length checks, but looks like that's just the 
"source physical address" stuff which we do not parse in drm_edid.c,
and the other fields we do parse are actually optional and so already
have the require length checks. So this seems fine.

Closes: https://gitlab.freedesktop.org/drm/misc/-/issues/28
Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>

Note that there is a second edid parser in cec_get_edid_spa_location()
that does parse the source physical address. You may want to double
check that it doesn't make any bad assumptions about the length 
of the vsdb either. I think we should probably get rid of that
second parser and just have drm_edid.c extract the source physical
address and pass that on directly to the cec code instead. But I
guess the cec code still couldn't remove the second parser
since some media drivers need it :( Though it could then perhaps
be moved into the media code instead of having it as a massive
inline function in the cec headers.

-- 
Ville Syrjälä
Intel

RE: [PATCH] drm/edid: Refine HDMI VSDB detect

[Lee, Shawn C]

On Thursday, December 23, 2021 1:02 PM, Ville Syrjälä wrote:
>On Sun, Dec 12, 2021 at 11:33:31PM +0800, Lee Shawn C wrote:
>> According to CEA-861-F chapter 7.5.4. It says "The VSDB shall contain 
>> the
>> 3 bytes of the IEEE OUI as well as any additional payload bytes needed."
>> Now DRM driver check HDMI OUI but VSDB payload size at least five bytes.
>> That may caused some HDMI monitors' audio feature can't be enabled.
>> Because of they only have three bytes payload (OUI only) in VSDB.
>> 
>> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
>> Cc: Adam Jackson <ajax@redhat.com>
>> Cc: Dave Airlie <airlied@redhat.com>
>> Signed-off-by: Lee Shawn C <shawn.c.lee@intel.com>
>> ---
>>  drivers/gpu/drm/drm_edid.c | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>> 
>> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c 
>> index 12893e7be89b..5aa4a6bf4a13 100644
>> --- a/drivers/gpu/drm/drm_edid.c
>> +++ b/drivers/gpu/drm/drm_edid.c
>> @@ -4205,7 +4205,7 @@ static bool cea_db_is_hdmi_vsdb(const u8 *db)
>>  	if (cea_db_tag(db) != VENDOR_BLOCK)
>>  		return false;
>>  
>> -	if (cea_db_payload_len(db) < 5)
>> +	if (cea_db_payload_len(db) < 3)
>>  		return false;
>
>I was a a bit worried that we are now assuming that we can parse some
>stuff without further length checks, but looks like that's just the
>"source physical address" stuff which we do not parse in drm_edid.c,
>and the other fields we do parse are actually optional and so already
>have the require length checks. So this seems fine.
>

Thanks for the comments! We will share the information to customer.

Best regards,
Shawn

>Closes: https://gitlab.freedesktop.org/drm/misc/-/issues/28
>Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
>
>Note that there is a second edid parser in cec_get_edid_spa_location()
>that does parse the source physical address. You may want to double
>check that it doesn't make any bad assumptions about the length
>of the vsdb either. I think we should probably get rid of that
>second parser and just have drm_edid.c extract the source physical
>address and pass that on directly to the cec code instead. But I
>guess the cec code still couldn't remove the second parser
>since some media drivers need it :( Though it could then perhaps
>be moved into the media code instead of having it as a massive
>inline function in the cec headers.
>
>--
>Ville Syrjälä
>Intel