<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - DP MST: re-docking messes up displays"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=84718#c10">Comment # 10</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - DP MST: re-docking messes up displays"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=84718">bug 84718</a>
              from <span class="vcard"><a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> <span class="fn">Chris Wilson</span></a>
</span></b>
        <pre>commit 9ed1ac8b506509be410c12870397417c7638886e
Author: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>
Date:   Mon Oct 6 21:37:14 2014 +0100

    sna: Wrap rrGetInfo so that we can probe when udev is not active

    If the ddx is configured without udev support, we do not receive
    notifications when the MST topology is changed. This leads us to query
    the kernel for bad connectors, and so we end up reporting an unknown
    connection status for them, which the user and client often find
    confusing. However, we can not simply act upon the detection failure as
    we are too deep inside the callback chain and cannot change the arrays of
    known connectors whilst iterating over them. A neat compromise is to
    hook into the rrGetInfo call chain and poll for MST changes before we
    report back the current configuration.

    References: <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - DP MST: re-docking messes up displays"
   href="show_bug.cgi?id=84718">https://bugs.freedesktop.org/show_bug.cgi?id=84718</a>
    Signed-off-by: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>>


But obviously we need to track down the current severe misbehaviour. Could you
try compiling the ddx with --enable-debug[=full] to see if that generates any
useful information before it dies?</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>