<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><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#c23">Comment # 23</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 <span class="vcard"><a class="email" href="mailto:martin.peres@free.fr" title="Martin Peres <martin.peres@free.fr>"> <span class="fn">Martin Peres</span></a>
</span></b>
        <pre>(In reply to Manasi from <a href="show_bug.cgi?id=101167#c22">comment #22</a>)
<span class="quote">> (In reply to Marta Löfstedt from <a href="show_bug.cgi?id=101167#c18">comment #18</a>)
> > Created <span class=""><a href="attachment.cgi?id=131731" name="attach_131731" title="dmesg for Manasi suggestion Comment 17">attachment 131731</a> <a href="attachment.cgi?id=131731&action=edit" title="dmesg for Manasi suggestion Comment 17">[details]</a></span>
> > dmesg for Manasi suggestion <a href="show_bug.cgi?id=101167#c17">Comment 17</a>

> This dmesg log shows that we still do a fallback on eDP when link training
> fails the first time but then it seems to pass at reduced link rate to
> 162000.

> Now why don't we see any dp_aux_ch timeouts at this econd attempt of modeset
> with reduced link rate?</span >

The two are unrelated. It just happens that now, the panel has had enough time
to start.

<span class="quote">> 
> So the test passes here with just that first warning right? Isnt that whats
> expected though?</span >

No, the test fails because the mode cannot be set again, because it has been
pruned (making sure the lowest mode never gets pruned is another bug).

So, this bug is about IGT not checking that a mode is available before setting
it. This never was a problem because IGT simply sets the same mode that was
already-set when starting the test. In other word, the link-status patch broke
this assumption and IGT does not know what to do.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are on the CC list for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>