Bug 29766

Summary: suspend-to-ram problem on GF7600 notebook
Product: xorg Reporter: Michael Tokarev <mjt>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: jskier
Version: unspecified   
Hardware: All   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
dmesg from 2.6.38 with extvga attached showing 2 successful suspend-to-ram/resume cycles
none
dmesg from 2.6.38 without extvga attached, unsuccessful resume none

Description Michael Tokarev 2010-08-23 14:38:44 UTC
I've sent this bugreport to the mailinglist, but apparently the post produced no interest whatsoever.  So re-submitting it here.

Full details are at http://lists.freedesktop.org/archives/nouveau/2010-August/006238.html , dmesg from the bootup are here: http://lists.freedesktop.org/archives/nouveau/attachments/20100817/bc561c8f/attachment-0001.asc .

In summary, current KMS driver in kernel does not work in suspend-to-ram-resume cycle, leaving the screen non-functional after resume, at least on a particular notebook, and generating tons of kernel messages.  There's no X involved at all (I tried to suspend/resume without starting X), but from X the behavour is the same.

I selected x86(IA32) arch, but exactly the same happens with 64bit kernel.

Thanks!
Comment 1 Jeremy M 2010-11-23 16:18:18 UTC
I have the same problem on with my GeForce 7600 GT PCIE card on my desktop. If in console, fonts become  upon resume. If using X, I get a hard crash and garbled black and white lines upon resume.
Comment 2 Jeremy M 2010-11-23 16:21:31 UTC
(In reply to comment #1)
> I have the same problem on with my GeForce 7600 GT PCIE card on my desktop. If
> in console, fonts become  upon resume. If using X, I get a hard crash and
> garbled black and white lines upon resume.

Running Arch Linux 64bit; updated platform to all. Also running 0.0.16_git20100819-1 version.
Comment 3 Michael Tokarev 2011-03-16 12:41:41 UTC
Created attachment 44518 [details]
dmesg from 2.6.38 with extvga attached showing 2 successful suspend-to-ram/resume cycles
Comment 4 Michael Tokarev 2011-03-16 12:42:32 UTC
Created attachment 44519 [details]
dmesg from 2.6.38 without extvga attached, unsuccessful resume
Comment 5 Michael Tokarev 2011-03-16 12:42:42 UTC
This problem still exists with current 2.6.38 kernel.  Here's some more information about it.

The most important part is that the notebook can suspend+resume just fine (and fast!) when _external_ monitor is connected to its VGA output.  The only annoyance in this case (besides the whole fact that it needs external monitor to function properly) is that only external monitor shows anything at all up until the nouveau driver is loaded or when it finishes the resume-from-disk cycle.  So it appears that the whole thing works with external VGA attached.

When only internal (LVDS) panel is connected, the machine never resumes correctly: it works, it's visible from the network, all processes are working, but the screen stays blank, even after re-connecting the external monitor.

Attached are two dmesgs with 2.6.38 kernel from bootup.  First, dmesg-2.6.32-good-extvga, shows 2 successful suspend-resume (ram) cycles with external monitor connected.  Another, dmesg-bad-noextvga, shows one unsuccessful attempt to suspend-resume it, with quite some errors/warnings from nouveau driver at the end.
Comment 6 Ilia Mirkin 2013-08-18 18:09:53 UTC
It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report.

In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one.

Thanks,

The Nouveau Team

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.