> 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