Failure to resume from suspend on Lenovo 3000 N100

[Robert Schumann]

Binary package hint: linux-source-2.6.20

Suspend-to-RAM appears to work just fine, and the "Sleep" LED lights up on the laptop, but the laptop will not restart after suspension. When I press the power button, fans start, hard disk spins, LEDs light up... but the screen stays dark and the keyboard remains inactive. The only solution is to hard reboot.

This happens whether I suspend from within Gnome (using the shutdown menu) or whether I go to a command-line, dump the contents of the graphics card memory to file, and "sudo echo -n mem > /sys/power/state. One difference between these two methods of hibernating is that the latter approach causes the caps-lock and num-lock lights to be active after resume, whereas after a normal suspend from Gnome these LEDs don't change.

I'm running Hardy, and I've had this problem since I got the laptop and installed Feisty. I have an out-of-the-box install of acpi-support. This problem appeared to be a problem common to Lenovo 3000 N100 users, but the upgrade to Hardy seems to have fixed it for most of them (see https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/86852).

I'm on

[robert@mujuno: ~] uname -a
Linux mujuno 2.6.24-4-generic #1 SMP Mon Jan 14 17:30:39 UTC 2008 i686 GNU/Linux

Debugging attachments to follow. I suspect my dmesg output might not be very informative - when I have time I will attempt to suspend and then post my dmesg here again.

[Leann Ogasawara (leannogasawara)]

Thanks Robert,

The following wiki might be helpful: https://wiki.ubuntu.com/DebuggingKernelSuspend . It would be great if you could attach your dmesg output after attemting a suspend/resume cycle as outlined in the wiki.

Also, Hardy Alpha4 will be released within the next day or two and it will contain an updated version of the kernel. When it is available, you can download and try the new Hardy Heron Alpha 4 release from http://cdimage.ubuntu.com/releases/hardy/ . You should be able to then test the new kernel via the LiveCD. If you can, please verify if this bug still exists or not and report back your results. General information regarding the release can also be found here: http://www.ubuntu.com/testing/ . Thanks!

[Robert Schumann (robert-cantab)]

As suggested in https://wiki.ubuntu.com/DebuggingKernelSuspend, I have used the "echo 1 > /sys/power/pm_trace" trick before suspending to try to record debugging info. The output of dmesg after suspending, attempting to resume, hard rebooting and then booting up in recovery mode to the command line (less than 3 minutes later) is attached.

I will update the kernel when Alpha 4 comes out and let you know whether the problem is resolved.

[Robert Schumann (robert-cantab)]

I have just upgraded to the latest Kernel available (which I guess goes with Hardy Alpha 4), and the problem has not been solved. There is no observable change at all.

[robert@mujuno: ~] uname -a
Linux mujuno 2.6.24-7-generic #1 SMP Thu Feb 7 01:29:58 UTC 2008 i686 GNU/Linux

[chourave (gaston72)]

I have a very similar behaviour on my laptop, with an hardware very similar to Robert's one:

Linux NEANT 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux
Laptop Lenovo 3000 C200 8922AZG

I posted a comment, with all debug information I was able to obtain :
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/158050

I have tried to suspend with the Hardy live CD, without success...
If I can do anything to help the ubuntu team to fix it, I'll be pleased.

Robert : does it worked for you with Feisty ?
For me it was ok with gusty, Imay try to downgrade the kernel version...

[chourave (gaston72)]

Installing the new kernel (2-6-24-16-generic) on Gutsy solved the problem (resume failure) or me

I don't understand why, because it didn't work with the live CD...?

I'm going to test hibernation now.

[Leann Ogasawara (leannogasawara)]

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

[Leann Ogasawara (leannogasawara)]

The 18 month support period for Feisty Fawn 6.10 has reached it's end of life - http://www.ubuntu.com/news/ubuntu-7.04-end-of-life . As a result, we are closing the linux-source-2.6.20 kernel task. However, this will remain open against the actively developed kernel. If someone could confirm this with the 2.6.27 Intrepid kernel that would be great. Thanks.

[SpudULike (launchpad-spudulike)]

I have a Lenovo N100 0768-6VG. Suspend worked well on 2.6.27-3 in an Alpha version of Intrepid but stopped working in later versions, including the latest I've tried, 2.6.27-7.13.

The resume fails in a few ways. The touchpad no longer responds and some of the keys produce different key responses, like 'u' yields a backspace, 'l' yields '~', 'p' gives '*', to name but some.  All are keys on the right hand side. Keys on the left hand side seem to work as expected.

Wireless does resume, luckily, so was able to resume an ssh session remotely on the laptop after a suspend to get a dmesg dump.

I am attaching files for both kernels, merged into one file - 2.6.27-3 first 27-7 second with "*****" as a file separator.

First time I've posted a bug report like this, so if I've done things wrong, gently push me in the right direction ;-)

[Aethralis (aethralis)]

I can confirm that suspend worked on lenovo 3000 n100 0768 with Hardy (only caps key was on and no touchpad after resume) and it was also the case with early Intrepid builds, but as for now my laptop fails to resume. I have only dark screen and keyboard is locked (num lock and caps lock do not respond). I can reboot via REISUB though.

[Andy Whitcroft (apw)]

It sounds liek there are three reports here of lenovo 3000 n100 failing on various releases. For those of your on Intrepid can you confirm it still fails on the latest Intrepid -proposed kernel (2.6.27-14.30), and if possible also test the Jaunty live CD's. For hard could you confirm the behaviour with the latest Hardy -proposed kernel (2.6.24-24.51). In any case could you report your experience here, and attach a dmidecode output for your machine.

[SpudULike (launchpad-spudulike)]

        I have been submitting reports under bug #287624, starting with Intrepid and continuing with an install of Jaunty from Alpha 5. The latest updates have just been applied, but I am still suffering resume problems with a standard boot.

        I was advised to try passing some boot parameters and seem to have had success with i8042.noloop, i8042.nomix, and i8042.reset - full details in my bug report.

        Until a full solution is found, can I make use of one of these boot parameters as a temporary measure?  Do any of these parameters have any negative consequences?

[Jerome Lacoste (jerome-lacoste)]

I can confirm this bug. Resume was working at some point, after I had managed to make it work by fiddling with /etc/acpi-support and kernel options).

I've made a fresh install of jaunty and resume is broken again. I.e. resume appears to work but screen is blank and keyboard unresponsive. I will have to investigate if there's another way of getting it to work than my previous method. Some changes since my previous install: I am now using the nv driver instead of the nvidia one.

[Peter B P (peterbp)]

This bug appears in Karmic Koala, all alpha versions that I have tried. Hardware: Lenovo SL500. Details attached.

[Simon Gerber (gesimu)]

This also affects me (Lenovo Thinkpad X301, Karmic Koala Beta, packages as of today 12:00 UTC+2).

[Simon Gerber (gesimu)]

Forgot to mention: Sleep/Resume seems to work when resuming after only some minutes (< 10) in sleep. Kernel Oops! after sleeping for longer than 10 minutes...

[Simon Gerber (gesimu)]

Here's the generated crash info.

[Eric Westphal (bonanzaeric)]

This may be related to having a SD card mounted. My Lenovo X60 was crashing when I tried to suspend much as described; now that I've removed my SD card, suspend/resume operates normally.

[Jerome Lacoste (jerome-lacoste)]

If related to i8042, see https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/86820 which has now a proposed upstream patch.

[Jeremy Foshee (jeremyfoshee)]

This bug report was marked as Incomplete and has not had any updated comments for quite some time. As a result this bug is being closed. Please reopen if this is still an issue in the current Ubuntu release http://www.ubuntu.com/getubuntu/download . Also, please be sure to provide any requested information that may have been missing. To reopen the bug, click on the current status under the Status column and change the status back to "New". Thanks.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]