Nouveau - Jan 2013 - [Bug 60020] New: Resuming Dell Precision M70 crashes

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

          Priority: medium
            Bug ID: 60020
          Assignee: nouveau at lists.freedesktop.org
           Summary: Resuming Dell Precision M70 crashes
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: rcbixler at nyx.net
          Hardware: x86 (IA32)
            Status: NEW
           Version: git
         Component: Driver/nouveau
           Product: xorg

Created attachment 73830
  --> https://bugs.freedesktop.org/attachment.cgi?id=73830&action=edit
dmesg output - first bootup

I am running Debian wheezy and I have found that, with the nouveau driver
loaded, suspend/resume results in a hung system.  Originally, I was using the
proprietary NVidia driver and suspend/resume worked with it.  However, I
switched to the Nouveau driver after I found that the system was unstable with
the NVidia driver while watching videos.  I have made sure that all traces of
the NVidia driver have been removed before reproducing the bug.  Except for
this problem, the Nouveau driver works well -- no more crashes while watching
videos.

I have also confirmed that suspend/resume works after I unload the nouveau
driver.  I use the following commands:

echo 0 > /sys/class/vtconsole/vtcon1/bind
rmmod nouveau
pm-suspend

I have also done a test of suspend/resume with Nouveau loaded after activating
pm_trace (i.e. echo 1 > /sys/power/pm_trace).  I attach a couple of
"dmesg"
outputs.  The most interesting lines from the second "dmesg" command
from
rebooting after the crash are the following:

[    0.726626] PM: Hibernation image not present or could not be loaded.
[    0.726635] registered taskstats version 1
[    0.727033]   Magic number: 0:56:725
[    0.727036]   hash matches drivers/base/power/main.c:571
[    0.727078] pci 0000:01:00.0: hash matches
[    0.727139] rtc_cmos 00:06: setting system clock to 1996-05-07 08:42:38 UTC
(831458558)

Complete "dmesg" output attached.

-- 
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/20130129/a34946cf/attachment.html>

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

--- Comment #1 from Roy Bixler <rcbixler at nyx.net> ---
Created attachment 73831
  --> https://bugs.freedesktop.org/attachment.cgi?id=73831&action=edit
"dmesg" output on rebooting after crash

-- 
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/20130129/257ebbf0/attachment.html>

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

--- Comment #2 from Roy Bixler <rcbixler at nyx.net> ---
I just wanted to add some clarification about reproducing the bug.  I find that
resume crashes if nouveau is loaded early as the framebuffer.  In that case,
the trick of removing the nouveau driver after stopping the X server and before
invoking pm-suspend has no effect (i.e. resume still results in a hung system).
 What does make a difference is if I blacklist the nouveau driver so that the
initial framebuffer console only uses standard VGA mode. When the X server
starts, the module is loaded.  In this case, stopping the X server, removing
the nouveau module and invoking pm-suspend results in a system that resumes
more or less correctly.  In fact, on the first resume, the video is even
restored.  On subsequent resumes, the video is not restored, but it is possible
to get it back by starting the X server.  Going back to the console using
Control-Alt-Fn also works.

-- 
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/20130131/5cf92dcb/attachment.html>

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Resuming Dell Precision M70 |[NV42] Resuming Dell
                   |crashes                     |Precision M70 crashes

--- Comment #3 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Can you confirm whether this still happens on the latest kernel (3.11-rc7)?

-- 
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/20130831/3c9cc85b/attachment.html>

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

--- Comment #4 from Roy Bixler <rcbixler at nyx.net> ---
Yes, it still happens with 3.11-rc7.

-- 
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/20130903/c434433f/attachment.html>

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

--- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> ---
How hung is the machine? Can you ssh into it? If so, would be great to see the
logs on hang after resume. If not, can you try using netconsole/serial console?
Does booting with nouveau.config=NvForcePost=1 help?

-- 
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/20130903/8a3f4f01/attachment.html>

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

Martin Peres <martin.peres at free.fr> changed:

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

--- Comment #6 from Martin Peres <martin.peres at free.fr> ---
-- 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/34.

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