| Summary: | [NVD9] GPU lockup after resume from hibernation with Nouveau driver and firmware-nonfree | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | wadev |
| Component: | Drivers/DRI/nouveau | Assignee: | Nouveau Project <nouveau> |
| Status: | RESOLVED MOVED | QA Contact: | Nouveau Project <nouveau> |
| Severity: | normal | ||
| Priority: | medium | CC: | mirh |
| Version: | 10.3 | ||
| Hardware: | Other | ||
| OS: | All | ||
| See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=97462 | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
wadev
2016-10-27 08:29:51 UTC
I tried the trunk (of 2016-10-27) of mesa, libdrm and xf86-video-nouveau, no dice. I could not, however, try the kernel driver (which I presume is mainly for text mode and probably comprises the framebuffer backend of the libdrm), as I am at 4.8.4 now and the nouveau kernel driver repository is fit for some such arcane kernel version that it has been removed even from OpenVZ and such. :P If anyone has some ideas on how to find an "edger" repository of the nouveau kernel driver object that is ahead of the kernel.org state (if any), please let me know. I've added #97462 as "related", since the symptom seems exactly the same. The only difference is that while that one could have been reproduced - by me - only with Firefox Beta && ESR and Google Maps, presumably with all "force-enabled" settings, while suspend-to-disk and resume was unaffected, this one is not reproduced by Firefox settings and websites, but instead happens on each and every resume from hibernation. For the inexperienced eye, it might just appear that the computer is almost completely hung, with the desktop environment showing the time of the hibernation, and the mouse cursor is the only symptom of actual functionality, and even that is only for a while. If, however, someone hibernates with "echo disk >/sys/power/state" from a real console (not an X terminal), one gets the messages below. This explanation above is mainly added for search engine indexing reasons, may someone find their problem accordingly. (In reply to wadev from comment #1) > I tried the trunk (of 2016-10-27) of mesa, libdrm and xf86-video-nouveau, no > dice. > I could not, however, try the kernel driver (which I presume is mainly for > text mode and probably comprises the framebuffer backend of the libdrm), as > I am at 4.8.4 now and the nouveau kernel driver repository is fit for some > such arcane kernel version that it has been removed even from OpenVZ and > such. :P > > If anyone has some ideas on how to find an "edger" repository of the nouveau > kernel driver object that is ahead of the kernel.org state (if any), please > let me know. You could try https://github.com/skeggsb/linux/tree/linux-4.10 which has the latest patches, but is not an out-of-tree version. Or the latest image from https://nouveau.pmoreau.org/ (though it is not as recent as the previous link, as the image was generated on Monday). Moving this to Mesa since it seems that's where it belongs. (In reply to Pierre Moreau from comment #3) > latest patches, but is not an out-of-tree version. Or the latest image from > https://nouveau.pmoreau.org/ (though it is not as recent as the previous > link, as the image was generated on Monday). Thanks, I'm trying that now, and will report back. (In reply to wadev from comment #5) > Thanks, I'm trying that now, and will report back. So.. news then? -- 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/mesa/mesa/issues/1113. |
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.