<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [BISECTED] EDID read failure breaks display mirroring" href="https://bugs.freedesktop.org/show_bug.cgi?id=107390#c11">Comment # 11</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [BISECTED] EDID read failure breaks display mirroring" href="https://bugs.freedesktop.org/show_bug.cgi?id=107390">bug 107390</a> from <a class="email" href="mailto:alexdeucher@gmail.com" title="Alex Deucher <alexdeucher@gmail.com>"> Alex Deucher</a> <pre>(In reply to dwagner from <a href="show_bug.cgi?id=107390#c10">comment #10</a>) > (In reply to Harry Wentland from <a href="show_bug.cgi?id=107390#c9">comment #9</a>) > > That commit is correct. I don't think we should revert it. That said I don't > > quite understand why it leads to issues. > Isn't it strange that dc_link_detect goes on when > edid_status==EDID_BAD_CHECKSUM but does return when > edid_status==EDID_NO_RESPONSE? In both cases, one cannot expect to have read > a valid EDID from the display at hand, but if it's ok to continue with an > invalid EDID, why not also continue without one having been received? Harry, is the expert, but a lot of times, especially with TVs or receivers, when adding the audio information, they forget to update the checksum, so the data is actually good even if the checksum is bad.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>