<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_CLOSED bz_closed" title="CLOSED WORKSFORME - NULL pointer in drm_dp_mst_wait_tx_reply / hotplugging via DP MST hub causes oops" href="https://bugs.freedesktop.org/show_bug.cgi?id=104980#c5">Comment # 5</a> on <a class="bz_bug_link bz_status_CLOSED bz_closed" title="CLOSED WORKSFORME - NULL pointer in drm_dp_mst_wait_tx_reply / hotplugging via DP MST hub causes oops" href="https://bugs.freedesktop.org/show_bug.cgi?id=104980">bug 104980</a> from <a class="email" href="mailto:a.nielsen@shikadi.net" title="Adam Nielsen <a.nielsen@shikadi.net>"> Adam Nielsen</a> <pre>Been running this for a while and confirming that yes indeed it seems to be fixed. There is still an issue whereby if the system activates DPMS suspend while the monitors are off then they don't appear to come back on properly, with "xrandr" initially not showing displays behind the MST hub (but having them show on subsequent runs, while all monitors still remain in DPMS suspend). The solution seems to be to get DPMS mode off again (press a key or SSH in and run "xset dpms force on") then powercycle the displays again, and then they will all return to normal operating mode.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>