xfree86: ddc: new entry point for EDID parsing

[metux]

The old ones didn't know the block size, so couldn't deduce the block
type version. With upcoming new features, eg. HDR, we need to know the
block type version in order to know what we can extract from it.

This new function should now be used by all drivers, the old ones shall
be phased out.

That commit should be backported to 25.0 and 25.1 releases, so drivers
can remain compatible with all existing release lines.

Signed-off-by: Enrico Weigelt, metux IT consult info@metux.net

[metux]

@cepelinas9000 this is preparation for your HDR work.
You can add the stuff from your xf86DoInterpretHDRMetadata() into the new xf86ParseEDID() function.

[stefan11111]

With upcoming new features, eg. HDR,

Are you planning to add hdr support to the modesetting driver only, or to other drivers too?

[metux]

With upcoming new features, eg. HDR,

Are you planning to add hdr support to the modesetting driver only, or to other drivers too?

IMHO we should start with modesetting and then take care of the others. (IIRC there're only two relevant ones: amd and intel).

[metux]

@cepelinas9000 is working on HDR stuff, I'm only doing some infrastructure preparations here.
I'm also going to add some more accessor functions, so we can get rid of some ugly macros and hopefully have the whole EDID-internal structures encapsulated / hidden away from the drivers.

[metux]

Merged via #1933

[metux]

Also going to backport it to 25.0 and 25.1

[metux]

backports:
#1934
#1935