<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - [NV50, bisected, RFC patch] xset dpms force {on,off} does not work over DP"
href="https://bugs.freedesktop.org/show_bug.cgi?id=76483">76483</a>
</td>
</tr>
<tr>
<th>Assignee</th>
<td>nouveau@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Summary</th>
<td>[NV50, bisected, RFC patch] xset dpms force {on,off} does not work over DP
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>xorg-team@lists.x.org
</td>
</tr>
<tr>
<th>Severity</th>
<td>major
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Reporter</th>
<td>dd@crosstwine.com
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Version</th>
<td>git
</td>
</tr>
<tr>
<th>Component</th>
<td>Driver/nouveau
</td>
</tr>
<tr>
<th>Product</th>
<td>xorg
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=96206" name="attach_96206" title="RFC patch on top of 34d59508 (drm/nouveau: fix TTM_PL_TT memtype on pre-nv50)">attachment 96206</a> <a href="attachment.cgi?id=96206&action=edit" title="RFC patch on top of 34d59508 (drm/nouveau: fix TTM_PL_TT memtype on pre-nv50)">[details]</a></span> <a href='page.cgi?id=splinter.html&bug=76483&attachment=96206'>[review]</a>
RFC patch on top of 34d59508 (drm/nouveau: fix TTM_PL_TT memtype on pre-nv50)
Commit 0a0afd28 (drm/nv50-/disp: move DP link training to core and
train from supervisor) removed a call to 'nouveau_dp_dpms' at the
bottom of nv50_display.c.
Without this call, 'xset dpms force {on,off}' does not have any effect
on my DP-attached monitor.
The attached proof-of-concept patch re-adds the call, as well as a partial
version of nouveau_dp_dpms which causes 'force off' to work again.
It is not clear to me how to trigger link training in the supervisor,
so nouveau_dp_dpms skips that step when handling DRM_MODE_DPMS_ON.
The result is that 'force on' does not cause the monitor to wake up,
and the connection is effectively dead.
Could somebody familiar with the driver could comment on the next
steps to undertake to restore the full {on,off} functionality?</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>