<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 - nouveau sometimes doesn’t resume properly from suspend"
href="https://bugs.freedesktop.org/show_bug.cgi?id=100167">100167</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>nouveau sometimes doesn’t resume properly from suspend
</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>silverunicorn2011@yandex.ru
</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=130172" name="attach_130172" title="dmesg output">attachment 130172</a> <a href="attachment.cgi?id=130172&action=edit" title="dmesg output">[details]</a></span>
dmesg output
It happens after resume; sometimes it does not happen. It seems to be more
likely if RAM is full, although I have enough swap space.
The symptom is that X applications refuse to start, hanging in `drm_stub_open`
(WCHAN column in `top`; status is `D` — “uninterruptible sleep”). I can’t even
`kill -9` them: the command succeeds but nothing happens.
The first app to hang seems to be the screen locker; it locks the session but
fails to present anything on the screen, so I have to go to VT2 and use
`loginctl`. But VT switch becomes unreliable: switching from X to console
succeeds at second attempt (while switching back seems to succeed always).
Also I just found one app hanging in `nouveau_drm_preclose` (`D` too),
consuming zero RAM. (pid=6455, noticed in the log)
It’s strange but already running applications usually continue to work
properly.
I’ve noticed several Oopses in the dmesg output, hope that data will be
helpful.</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>