Re: edid-decode: Incorrect decoding of CTA extension if it does not contain padding bytes

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

 



Hi Pavel,

On 11/09/2020 20:27, Pavel Kuzmin wrote:
> Hello
> 
> 
> If in the EDID CTA extension the last 18 byte DTD block ends
> immediately before the checksum byte (no padding bytes) then the last
> DTD block is not processed and a failure is displayed "Padding:
> CTA-861 padding contains non-zero bytes."

Thanks for reporting this, nice catch!

It was caused by an off-by-one check and this is now fixed.

Regards,

	Hans

> 
> e.g. https://github.com/linuxhw/EDID/blob/master/Digital/Acer/ACR0549/42BFE4422CEF
> 
> 
> Regards,
> Pavel
> 




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux