Nouveau - Sep 2011 - [Bug 40572] New: Nouveau drm causes failure to resume from suspend with any kernel newer than 2.6.36

https://bugs.freedesktop.org/show_bug.cgi?id=40572

           Summary: Nouveau drm causes failure to resume from suspend with
                    any kernel newer than 2.6.36
           Product: xorg
           Version: unspecified
          Platform: x86-64 (AMD64)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: dali.spam at gmail.com
         QAContact: xorg-team at lists.x.org


Created an attachment (id=50834)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50834)
lspci -vvv

Hello.

I have problems resuming from suspend on my machine with a XFX GeForce 9300
motherboard using any kernel later than 2.6.36.

I've done a git bisect and this is the final result:

----

02c30ca0a1d6d8b878fc32f47b3b25192ef4a8ef is the first bad commit
commit 02c30ca0a1d6d8b878fc32f47b3b25192ef4a8ef
Author: Ben Skeggs <bskeggs at redhat.com>
Date:   Thu Sep 16 16:17:35 2010 +1000

   drm/nv50: import initial clock get/set routines + hook up pm engine

   This will make nouveau_pm attempt to report the card's current
performance
   level both during bootup, and through sysfs.

   This is a very initial implementation, and can be improved a *lot*

   Signed-off-by: Ben Skeggs <bskeggs at redhat.com>

:040000 040000 626c66f9899b5542726bff4d994cdeab5c6c52af
8ec449fdc267d205dd33ba4f4ca51347e6e6b7a0 M      drivers

----

The problem is 100% repeatable and goes like this:

- Boot any kernel later than 2.6.36, while testing I boot the kernel's
recovery
mode option.
- Suspend machine, while testing I run pm-suspend.
- Attempt resume.
- The machine sort of wakes, but the screen is still in power save mode and the
keyboard doesn't light up. After roughly 30 seconds, the machine reboots.
- Nothing in the logs after reboot.

I am currently running Debian Wheezy, but I've had the same problem with
Debian
Squeeze (with backported kernel 2.6.38.2) and Fedora 15.

Resume works as expected with kernel 2.6.36.4 and older. If I run a working
kernel and add "nomodeset" to the kernel command line, the machine
behaves
similarly to when the problem occurs, with the difference that it doesn't
reboot after 30 secs, I have to reset it manually.

At the moment I'm running 2.6.35.14, which is the latest currently
maintained
kernel that doesn't have any issues on my machine. Hopefully this won't
be the
last usable kernel on the machine, the hardware isn't very old.

I'd be happy to supply any information needed, I've attached lspci
output and
the git bisect log to start with. Please note that the last 4-5 good bisects
actually had other issues, during boot the screen goes blank when modesetting
kicks in, I had to log on blindly and run "pm-suspend". After
successful
suspend/resume, the screen starts working, both on the console and in X.

Cheers,
Daniel

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #1 from Daniel Lindgren <dali.spam at gmail.com> 2011-09-02
00:04:18 PDT ---
Created an attachment (id=50835)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50835)
git bisect

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #2 from Marcin Slusarz <marcin.slusarz at gmail.com>
2011-09-02 09:48:01 PDT ---
Can you comment out nouveau_pm_init / nouveau_pm_fini calls from
drivers/gpu/drm/nouveau/nouveau_state.c on e.g. 3.0 kernel and see if it fixes
resume?

And please attach dmesg output.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #3 from Daniel Lindgren <dali.spam at gmail.com> 2011-09-03
00:26:45 PDT ---
Created an attachment (id=50856)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50856)
dmesg

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #4 from Daniel Lindgren <dali.spam at gmail.com> 2011-09-03
00:27:55 PDT ---
(In reply to comment #2)
> Can you comment out nouveau_pm_init / nouveau_pm_fini calls from
> drivers/gpu/drm/nouveau/nouveau_state.c on e.g. 3.0 kernel and see if it
fixes
> resume?
> 
> And please attach dmesg output.
Tried it on 3.0.4, no difference. Attached dmesg, but be aware that I can't
get
any info from the computer after a failed resume until it has been rebooted.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

Marcin Slusarz <marcin.slusarz at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Nouveau drm causes failure  |[nvac] Nouveau drm causes
                   |to resume from suspend with |failure to resume from
                   |any kernel newer than       |suspend with any kernel
                   |2.6.36                      |newer than 2.6.36

--- Comment #5 from Marcin Slusarz <marcin.slusarz at gmail.com>
2011-09-03 01:53:15 PDT ---
Ok. So this commit is unlikely to be the culprit.
2 another ideas:
- does suspend/resume works at all without nouveau?
- can netconsole catch anything after failed resume?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #6 from Daniel Lindgren <dali.spam at gmail.com> 2011-09-03
03:25:33 PDT ---
(In reply to comment #5)
> Ok. So this commit is unlikely to be the culprit.
> 2 another ideas:
> - does suspend/resume works at all without nouveau?
> - can netconsole catch anything after failed resume?
Blacklisted nouveau with 3.0.4, the screen is still black after resume but the
machine is alive and I can ssh into it. No reboot.

Netconsole didn't produce anything after resume. Verified that it worked by
inserting a USB stick before resume, but nothing logged after. No ping
responses either, the network's probably gone.

Starting netconsole however changed the behaviour a bit, the machine reboots a
little faster, about 20 seconds after I hit the power button to resume. Without
netconsole it takes 40 seconds until it reboots.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #7 from Daniel Lindgren <dali.spam at gmail.com> 2011-09-03
03:49:58 PDT ---
> Netconsole didn't produce anything after resume. Verified that it
worked by
> inserting a USB stick before resume, but nothing logged after. No ping
> responses either, the network's probably gone.
I finally managed to get some output and there is a kernel panic, see attached
netconsole.log.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #8 from Daniel Lindgren <dali.spam at gmail.com> 2011-09-03
03:50:34 PDT ---
Created an attachment (id=50865)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=50865)
netconsole with kernel panic

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #9 from Marcin Slusarz <marcin.slusarz at gmail.com>
2011-09-03 07:33:46 PDT ---
1) If without nouveau you cannot resume properly, then your problems with
nouveau are not nouveau fault. Maybe you could fiddle with some BIOS options
and see how it will affect s/r.

2) Machine Check Exceptions report *hardware errors* - your hardware is
probably dying.

I have no idea why it started with kernel upgrade.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

--- Comment #10 from Daniel Lindgren <dali.spam at gmail.com> 2011-09-03
09:27:32 PDT ---
(In reply to comment #9)
> 1) If without nouveau you cannot resume properly, then your problems with
> nouveau are not nouveau fault. Maybe you could fiddle with some BIOS
options
> and see how it will affect s/r.
I've done that in the past, when the problems started with kernel 2.6.37.
Couldn't find anything that improved the situation.
> 2) Machine Check Exceptions report *hardware errors* - your hardware is
> probably dying.
> 
> I have no idea why it started with kernel upgrade.
1) Resume/suspend with any kernel older than 2.6.37 works without a hitch, no
MCE.
2) Besides resume problems, the machine is rock solid with both older and newer
kernels.
3) When nouveau is blacklisted, there is no MCE. The machine wakes but
doesn't
activate the monitor correctly, I can however ssh into the machine.
4) I have no problems with resume/suspend when running Windows 7 on the machine
and no crashes either.

Semms unlikely to me that if the hardware truly is faulty the only situation it
ever shows up is when nouveau is loaded during a resume from suspend with a
kernel newer than 2.6.36.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=40572

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #11 from Ilia Mirkin <imirkin at alum.mit.edu> ---
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

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130818/f8e51350/attachment-0001.html>