> That's not the complete EDID data, though. It's missing 6*16 bytes. If
> you go by the hex offsets, 0x100 does not follow 0x090.
> please grab the EDID from sysfs.
Fresh from my terminal:
➜ ~ cat /sys/class/drm/card1-eDP-1/edid | edid-decode
edid-decode (hex):
00 ff ff ff ff ff ff 00 0e 6f 16 14 00 00 00 00
00 20 01 04 b5 1e 13 78 03 21 15 a8 53 49 9c 25
0f 50 54 00 00 00 01 01 01 01 01 01 01 01 01 01
01 01 01 01 01 01 ce 87 40 a0 b0 08 6a 70 30 20
36 00 2d bc 10 00 00 18 00 00 00 fd 00 28 78 e5
e5 46 01 0a 20 20 20 20 20 20 00 00 00 fe 00 43
53 4f 54 20 54 33 0a 20 20 20 20 20 00 00 00 fe
00 4d 4e 45 30 30 37 5a 41 31 2d 35 0a 20 01 af
70 13 79 00 00 03 01 14 9a 0f 01 05 3f 0b 9f 00
2f 00 1f 00 07 07 69 00 02 00 05 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 98
----------------
Block 0, Base EDID:
EDID Structure Version & Revision: 1.4
Vendor & Product Identification:
Manufacturer: CSO
Model: 5142
Made in: 2022
Basic Display Parameters & Features:
Digital display
Bits per primary color channel: 10
DisplayPort interface
Maximum image size: 30 cm x 19 cm
Gamma: 2.20
Supported color formats: RGB 4:4:4
First detailed timing includes the native pixel format and preferred
refresh rate
Display supports continuous frequencies
Color Characteristics:
Red : 0.6562, 0.3261
Green: 0.2851, 0.6103
Blue : 0.1445, 0.0595
White: 0.3134, 0.3291
Established Timings I & II: none
Standard Timings: none
Detailed Timing Descriptors:
DTD 1: 2880x1800 60.000966 Hz 16:10 114.362 kHz 347.660000 MHz
(301 mm x 188 mm)
Hfront 48 Hsync 32 Hback 80 Hpol N
Vfront 3 Vsync 6 Vback 97 Vpol N
Display Range Limits:
Monitor ranges (Range Limits Only): 40-120 Hz V, 229-229 kHz H, max
dotclock 700 MHz
Alphanumeric Data String: 'CSOT T3'
Alphanumeric Data String: 'MNE007ZA1-5'
Extension blocks: 1
Checksum: 0xaf
----------------
Block 1, DisplayID Extension Block:
Version: 1.3
Extension Count: 0
Display Product Type: Extension Section
Video Timing Modes Type 1 - Detailed Timings Data Block:
DTD: 2880x1800 120.000207 Hz 16:10 228.720 kHz 695.310000 MHz
(aspect 16:10, no 3D stereo)
Hfront 48 Hsync 32 Hback 80 Hpol N
Vfront 3 Vsync 6 Vback 97 Vpol N
Checksum: 0xf0 (should be 0xf8)
Checksum: 0x98
Let me know if you need something else from my side.
> There is code already to ignore EDID checksum for CEA extension
> blocks, look for EDID_BLOCK_CHECKSUM, it probably could be extended to
> cover displayid blocks,
Are you recommending me to make use of this to suggest a fix/bypass, or is
that just a suggestion for the other maintainers?
> Otherwise I do wonder how common this is, and whether it should be
> quirk per panel or just always do it.
This is the machine model, from Lenovo's website:
https://pcsupport.lenovo.com/de/en/products/laptops-and-netbooks/5-series/ideapad-pro-5-14aph8/83am/83amcto1ww
There probably plenty of other models that make use of the same panel.
Thanks for looking into this,
Tiago