<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - [BAT][SKL] igt@kms_flip@basic-flip-vs-dpms produces a dmesg-fail" href="https://bugs.freedesktop.org/show_bug.cgi?id=101167#c27">Comment # 27</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - [BAT][SKL] igt@kms_flip@basic-flip-vs-dpms produces a dmesg-fail" href="https://bugs.freedesktop.org/show_bug.cgi?id=101167">bug 101167</a> from <a class="email" href="mailto:manasi.d.navare@intel.com" title="Manasi <manasi.d.navare@intel.com>"> Manasi</a> <pre>I still think that the real reason here for the link failure is the aux ch timeouts and in that case the link training should not fallback and reduce link rate/lane count. Also if we add !is_edp to our fallback algorithm, it should behave exactly like it did before the patch for eDP, so the modes should not get pruned and the test should pass. Did it in this case? Also in general for IGT to handle the link failures, the kernel does not prune any mode itself after link failure, all it does is reduces link rate/lane count. So if IGT does a new modeset at the same mode again and if that mode is too high for available link bw, it will get pruned. In that case, IGT has to do a full modeset on a lower mode and if no mode is available, yes the IGT will fail/skip the test. Manasi</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>