| Summary: | nouveau driver returns -16 trying to hibernate | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Brian J. Murrell <brian> |
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> |
| Status: | RESOLVED MOVED | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | blocker | ||
| Priority: | medium | CC: | dr_bugzilla |
| Version: | unspecified | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Brian J. Murrell
2017-01-21 15:31:58 UTC
I confirm this bug on Xubuntu 16.04 Xenial, when using a new mainline kernel from PPA (4.11.3-041103-generic) rather than the stock kernel. My laptop has hybrid Intel/Nvidia graphics. Any attempts to hibernate (in my case, using uswsusp's s2disk) fail, with control being returned to the GUI. In the kernel log, I see the same messages as Brian does, specifically: May 25 17:18:13 *** kernel: [ 3356.651761] nouveau 0000:01:00.0: DRM: evicting buffers... May 25 17:18:13 *** kernel: [ 3356.651765] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle... May 25 17:18:13 *** kernel: [ 3371.651076] nouveau 0000:01:00.0: DRM: failed to idle channel 0 [DRM] May 25 17:18:13 *** kernel: [ 3371.651132] pci_pm_freeze(): nouveau_pmops_freeze+0x0/0x20 [nouveau] returns -16 May 25 17:18:13 *** kernel: [ 3371.651134] dpm_run_callback(): pci_pm_freeze+0x0/0xf0 returns -16 May 25 17:18:13 *** kernel: [ 3371.651136] PM: Device 0000:01:00.0 failed to freeze async: error -16 With the older stock kernel (4.4.0-78-generic), I think that the underlying cause of this bug was having an effect, even though I did not see these kernel messages. I say this because hibernation with the older kernel would fail about 25% of the time, hanging the system completely (hard power-off required, all work was lost). I believe now that this would happen because the kernel was not able to idle nouveau but just continued the attempt to hibernate anyway. Also, even when hibernate succeeded, my laptop would not actually power off when writing 'platform' to /sys/power/disk; I would either have to hold the power button down or set /sys/power/disk to 'shutdown' instead. Again, I think this was happening because nouveau was not being properly idled. When I blacklist nouveau and use only Intel graphics (i915), hibernation always works (including powering off the laptop automatically). My nouveau is stock Xenial (version 1.0.12-1build2 of package xserver-xorg-video-nouveau). Quick followup: Bug #99889 "nouveau preventing shutdown after suspend-resume" seems to be related to this one: https://bugs.freedesktop.org/show_bug.cgi?id=99889 See also this thread on the Nouveau mailing list: https://lists.freedesktop.org/archives/nouveau/2017-February/027316.html -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/319. |
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.