Summary: | Dell Studio XPS 1340 - fails to enter suspend mode | ||
---|---|---|---|
Product: | xorg | Reporter: | Daniel Manrique <daniel> |
Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> |
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | normal | ||
Priority: | medium | CC: | jm.trivial, seth.forshee |
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Daniel Manrique
2011-05-24 09:21:55 UTC
I've got the same graphic card on Dell studio XPS 1330, and exactly the same frozen configurations after a wake up from suspend-to-ram (no problem with suspend-to-disc). I tried with several older kernels (debian sid), and I had everytime the same bug. The /var/log/pm-suspend.log do not contain any line corresponding to the wake-up. Just to update on this, I tested with a 3.2-rc2 kernel, where this problem is still present as described originally. Thanks! Can you provide dmesg from failed suspend on 64-bit kernel? I bet it will fail differently than 32-bit kernel. 2 256MB cards + 32-bit kernel without CONFIG_HIGHMEM4G (only 876 MB of RAM directly accessible) = fail. Maybe it's fixable, but I wouldn't count on it. (In reply to comment #3) > Can you provide dmesg from failed suspend on 64-bit kernel? I bet it will fail > differently than 32-bit kernel. > > 2 256MB cards + 32-bit kernel without CONFIG_HIGHMEM4G (only 876 MB of RAM > directly accessible) = fail. Maybe it's fixable, but I wouldn't count on it. Marcin: I take it you are referring to failure to suspend due to vmalloc failures in the nouveau driver? Indeed, Daniel has verified that this problem can be avoided by using a 64-bit kernel or by passing vmalloc=128M to the kernel (see the reference bug in Launchpad for details). When that issue is avoided the system does appear to suspend successfully, but then hangs when resuming. According to the latest dmesg (in comment #47) Nouveau fails to "Suspend the GPU objects" due to NOMEM (-12 reported in the log), I.e. nouveau fails to vmalloc(gpuobj->size), that is needed to store current gpu objects (so that they can be restored after resume) With the 3.9.x kernel, this bug is fixed on my computer. Marking as fixed per the last comment. If this is still an issue, feel free to reopen with fresh logs/etc from a new kernel. |
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.