<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - All 3 monitor EDIDs show the same" href="https://bugs.freedesktop.org/show_bug.cgi?id=72648#c8">Comment # 8</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - All 3 monitor EDIDs show the same" href="https://bugs.freedesktop.org/show_bug.cgi?id=72648">bug 72648</a> from <a class="email" href="mailto:jim.cromie@gmail.com" title="jim.cromie@gmail.com">jim.cromie@gmail.com</a> <pre>(In reply to <a href="show_bug.cgi?id=72648#c4">comment #4</a>) > According to your log, all the EDIDs are correct. It looks like the drm > sysfs layer incorrectly reports the same edid for connectors via sysfs, but > the driver has the correct information. yes, 3 different monitors are identified: [jimc@groucho bootlogs]$ grep Manufacturer /var/log/Xorg.0.log [ 30.170] (II) RADEON(0): Manufacturer: DEL Model: a039 Serial#: 876102485 [ 30.171] (II) RADEON(0): Manufacturer's mask: 0 [ 30.205] (II) RADEON(0): Manufacturer: ACR Model: ad99 Serial#: 1914720286 [ 30.206] (II) RADEON(0): Manufacturer's mask: 0 [ 30.269] (II) RADEON(0): Manufacturer: LNX Model: 0 Serial#: 0 [ 30.269] (II) RADEON(0): Manufacturer's mask: 0 fwiw, the last one is an AOC E2252S monitor, I guess "LNX" is a placeholder/default due to the Raw EDID errors, happening since I plugged in the AOC. [ 2.362551] [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 153 [ 2.362594] Raw EDID: [ 2.362601] 00 ff ff ff ff ff ff 00 05 e3 52 22 db 06 00 00 [ 2.362623] 1b 17 01 03 68 30 1b 78 2a ee d1 a5 55 48 37 ff [ 2.362644] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 2.362666] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 2.362687] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 2.362709] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 2.362731] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 2.362752] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Those remainder errors appear to be random, varying between the 2 boots of the rc3-00174 kernel that I recorded (and the others too) [jimc@groucho bootlogs]$ grep remainder 3.13.0-rc3-x2a-00174-g9538e10-*/dmesg | sort -t: -k2 3.13.0-rc3-x2a-00174-g9538e10-2ndboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 119 3.13.0-rc3-x2a-00174-g9538e10-2ndboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 128 3.13.0-rc3-x2a-00174-g9538e10-2ndboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 130 3.13.0-rc3-x2a-00174-g9538e10-1stboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 200 3.13.0-rc3-x2a-00174-g9538e10-1stboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 241 3.13.0-rc3-x2a-00174-g9538e10-2ndboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 243 3.13.0-rc3-x2a-00174-g9538e10-1stboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 244 3.13.0-rc3-x2a-00174-g9538e10-1stboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 251 3.13.0-rc3-x2a-00174-g9538e10-1stboot/dmesg: [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 87 So I agree that sysfs is somehow to blame for the original worry. I guess I'll post over on LKML, and refer back to this bug-rpt. After testing if the EDID cmdline addition might be involved.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>