<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:imre.deak@intel.com" title="Imre Deak <imre.deak@intel.com>"> <span class="fn">Imre Deak</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [CI] igt@kms_* fail - igt-kms-WARNING: connector 76/eDP-1 has no modes"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103369">bug 103369</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Resolution</td>
           <td>---
           </td>
           <td>FIXED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>ASSIGNED
           </td>
           <td>RESOLVED
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [CI] igt@kms_* fail - igt-kms-WARNING: connector 76/eDP-1 has no modes"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103369#c50">Comment # 50</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [CI] igt@kms_* fail - igt-kms-WARNING: connector 76/eDP-1 has no modes"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=103369">bug 103369</a>
              from <span class="vcard"><a class="email" href="mailto:imre.deak@intel.com" title="Imre Deak <imre.deak@intel.com>"> <span class="fn">Imre Deak</span></a>
</span></b>
        <pre>The link training probably fails because it's from a retraining scheduled from
intel_hpd_init() after runtime resume, which races with a modeset doing a
normal link training. Not sure exactly how the retraining fails, perhaps simply
the AUX writes for the training sequence are somehow interleaved. In any case
it's bogus to do the retraining since the link is down at that point. The race
itself is assumed to be fixed by

commit 42e5e65765265485ecf2a480c244d76c2c624449
Author:     Daniel Vetter <<a href="mailto:daniel.vetter@ffwll.ch">daniel.vetter@ffwll.ch</a>>
AuthorDate: Mon Nov 13 17:01:40 2017 +0100
Commit:     Daniel Vetter <<a href="mailto:daniel.vetter@ffwll.ch">daniel.vetter@ffwll.ch</a>>
CommitDate: Thu Nov 23 14:59:07 2017 +0100

    drm/i915: sync dp link status checks against atomic commmits

As for the fallback DP lane and rate limit values there is the following patch
which fell through the cracks, I'll merge it:

<a href="https://lists.freedesktop.org/archives/intel-gfx/2017-October/142766.html">https://lists.freedesktop.org/archives/intel-gfx/2017-October/142766.html</a>
[Intel-gfx] [PATCH v2] drm/i915/edp: Do not do link training fallback or prune
modes on EDP

Thanks to Ville to pointing to these commits.</pre>
        </div>
      </p>


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

      <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>