<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:daniel@ffwll.ch" title="Daniel Vetter <daniel@ffwll.ch>"> <span class="fn">Daniel Vetter</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO --- - Getting kernel WARN every time I disconnect a DisplayPort monitor"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=69251">bug 69251</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;">Status</td>
           <td>NEW
           </td>
           <td>NEEDINFO
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO --- - Getting kernel WARN every time I disconnect a DisplayPort monitor"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=69251#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO --- - Getting kernel WARN every time I disconnect a DisplayPort monitor"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=69251">bug 69251</a>
              from <span class="vcard"><a class="email" href="mailto:daniel@ffwll.ch" title="Daniel Vetter <daniel@ffwll.ch>"> <span class="fn">Daniel Vetter</span></a>
</span></b>
        <pre>Our state tracking when unplugging a DP port is a bit wreaked: First we get a
hpd event, try to retrain the link and since that fails we shut down the port.
Then userspace tries to do something else (modeset usually to shut down the
pipe) and we notice the pipe is off already.

Imo the right thing to do is that instead of disabling the port we enable it
with some failsafe link training parameters. That should also help in a few
other inconsistencies. I.e. instead of calling intel_dp_link_down we should imo
call intel_dp_set_idle_link_train.

Stéphane, can you please boot with drm.debug=0xe added to your kernel bootline,
reproduce the issue once and then attach the complete dmesg? I just want to
confirm that I didn't miss anything.</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>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>