| Summary: |
nouveau sometimes doesn’t resume properly from suspend |
| Product: |
xorg
|
Reporter: |
silverunicorn2011 |
| Component: |
Driver/nouveau | Assignee: |
Nouveau Project <nouveau> |
| Status: |
RESOLVED
FIXED
|
QA Contact: |
Xorg Project Team <xorg-team> |
| Severity: |
normal
|
|
|
| Priority: |
medium
|
CC: |
silverunicorn2011
|
| Version: |
unspecified | |
|
| Hardware: |
x86-64 (AMD64) | |
|
| OS: |
Linux (All) | |
|
| Whiteboard: |
|
|
i915 platform:
|
|
i915 features:
|
|
|---|
| Attachments: |
|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 130172 [details] 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.