<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED --- - [BYT]igt/many kms_flip subcases randomly fail with *ERROR* failed to train DP, aborting" href="https://bugs.freedesktop.org/show_bug.cgi?id=73037#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED --- - [BYT]igt/many kms_flip subcases randomly fail with *ERROR* failed to train DP, aborting" href="https://bugs.freedesktop.org/show_bug.cgi?id=73037">bug 73037</a> from <a class="email" href="mailto:tprevite@gmail.com" title="Todd Previte <tprevite@gmail.com>"> Todd Previte</a> <pre>From the log on 2/26, it looks like the AUX write is failing at the beginning of link training. So the sink device wouldn't be aware that the source device was attempting to train it. >>[ 346.929303] [drm:intel_dp_aux_ch], dp_aux_ch timeout status 0x70150064 It's unclear why we try to continue link training when clearly the sink device hasn't responded. I'll see if I can track this down on a ByT here in Oregon since mine doesn't have the eDP display on it. -T</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are on the CC list for the bug.</li> </ul> </body> </html>