<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - Displays fail to wake up when booting machine away from Display Port KVM switch"
href="https://bugs.freedesktop.org/show_bug.cgi?id=101559">101559</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Displays fail to wake up when booting machine away from Display Port KVM switch
</td>
</tr>
<tr>
<th>Product</th>
<td>xorg
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Driver/nouveau
</td>
</tr>
<tr>
<th>Assignee</th>
<td>nouveau@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>dhruv.a.thakkar@leidos.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>xorg-team@lists.x.org
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=132142" name="attach_132142" title="Xorg.0.log">attachment 132142</a> <a href="attachment.cgi?id=132142&action=edit" title="Xorg.0.log">[details]</a></span>
Xorg.0.log
Description of problem:
We are trying to solve an issue in which displays fail to wake up when booting
a Rhel 7.3 machine (Machine A) connected to a Display Port KVM while the KVM is
pointing to Machine B. The unusual bit is that xorg logs in /var/log/Xorg.0.log
indicate that everything comes up correctly, and a "ps -ef |grep X|xinit" shows
that X and xinit are up and running. If we boot Machine A while the KVM is
pointing to it, the displays come up with no issues.
We have KMS parameters set to force the output of the video
(video=DP-1:2560x1600D and video=DP-2:2560x1600D) as well as options to load
the EDID information. These parameters have worked in the past for us when we
used DVI connections through KVMs, but DisplayPort is not showing the same
results. Note that we have additional kernel options added for extra debug
information (log_buf_len=8M nouveau.debug=disp=trace,i2c=trace,bios=trace)
Using Xrandr and Udev rules with a script allow us to turn off and then back on
the displays automatically, allowing us a workaround, but it still does not
solve the core issue of that nouveau is not waking up the monitors.
Please see the attached logs/config files and diagram below for more
information.
|Machine A| |Machine B|
\ /
\ /
\ _________ /
|DPort KVM|
|_________|
/ \
/ \
/ \
|Monitor 2| |Monitor 1|</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>