ThinkPad X60 cannot Resume from Suspend

Does the caps-lock key change the state of the caps-lock LED?

Does:

  Alt-SysRq-s Alt-SysRq-u Alt-SysRq-b

Sync, Unmount and Reboot the machine?

It appears either the "Fn" key or the "Power" key will turn on the fan (pseudo waking the machine?)

In this state, caps-lock DOES change the state of the LED.

The Alt-SysRq-s Alt-SysRq-u Alt-SysRq-b combos appear to have no effect. (However, is it a possibility this may be a complexity due to the Fn key being required to get a SysRq press?)

Yes, Fn or Power will wake the machine, as may opening the lid if it has been closed. Okay, the caps-lock business indicates that the machine is coming back, to a point; but the display (and probably more) aren't.

Regarding the Fn needed to get SysRq... what have they done to the keyboard; are you able to take a photograph as I think Fn-F2 and Fn-F3 have been swapped too.

Found an existing image of the keyboard here:
http://www.notebookreview.com/assets/8714.jpg

Oh. Wonderful(!). Go Lenovo++. Please could you run:

  sudo showkey -u

(from the console, Ctrl-Alt-F1) and file a separate bug report against `hotkey-setup` with the results. And of course, Fn-F8 doesn't even make sense on this laptop since it doesn't have a touchpad.

Could you also file a separate bug against `acpi-support` and attach the dmidecode data suggested in:

  https://wiki.ubuntu.com/LaptopTestingTeam/HotkeyResearch

so that we deal with the Fn-F3-is-now-battery-not-lock issue.

Many Thanks,

Hibernate should work with the latest kernel (2.6.15-20)

Unfortunately, in latest kernel, sytem crashes when attempting to wake from hibernate.

Process is normal boot, ubuntu logo boot until "mounting root file system" stage, past this stage it goes to a corrupted graphics screen (alternating brown and black vertical lines) and freezes completely (ctrl-alt-f1 will not drop to a text console).

Can you try editing /etc/default/acpi-support and changing ACPI_SLEEP to true?

Behavior is identical after editing ACPI_SLEEP.

Attached screenshot of graphics corruption during freeze upon resume from hibernation.

I had the same problem with my acer. After changing
  MODULES=""
to
  MODULES="ehci_hcd uhci_hcd"
in /etc/default/acpi-support sleep and hibernate are working perfectly.

Tried that modification on suggestion of Andreas, still same behavior exhibited.

Andreas, you have a different type of machine and a different issue. Please file a new bug against 'acpi-support' with the details of your laptop.

mroth: is hibernate/suspend still an issue on your laptop?

I have a T43 which is quite similar and I'm running fresh flight 6 install + latest fixes and both sleep and hibernate do not work for me. Note I'm not even using the 3-d drivers yet.

sleep: goes to sleep okay, but when it wakes up the screen is hosed and machine is dead

hibernate: hibernates ok (no visual status which is annoying!) and on wakeup it hangs.

Hi Keith, this is specifically about the new batch of Lenovo Pads (which have new hardware that we don't completely support yet). Could you file a separate bug for your T43 not hibernating.

sladen: Yes, bug still exists as of Apr7 nightlies on my hardware.

mroth: could you try editing '/etc/default/acpi-support' and uncommenting:

  # DOUBLE_CONSOLE_SWITCH=true

and try with various combinations of 'SAVE_VBE_STATE' and 'POST_VIDEO'

and if you also have a chance, the effect of booting with the kernel command line set with:

  acpi_sleep=s3_bios
  acpi_sleep=s3_mode
  acpi_sleep=s3_bios,s3_mode

and let us know the results.

All combinations of DOUBLE_CONSOLE_SWITCH, SAVE_VBE_STATE, and POST_VIDEO tested, with no apparent change in behavior.

With luck, this will be improved (but not completely fixed) in the next
kernel update. The problem looks like a SATA suspend/resume issue.

--
Matthew Garrett | <email address hidden>

As of kernel -21, hibernate is now mostly functional (sleep still broken with same status as above)

Is there a chance of a fix for this in Dapper? I hope I can turn my laptop into linux soon! i wouldn't like to wait for edgy for this to work

The next kernel release may help improve suspend to RAM support, with a bit of luck.

I also have an X60. It appears that the devs commenting on this bug are aware of the fact that this is a SATA problem, but I just thought i would post a relevant links. The problem resuming from sleep/suspend, as well as links to various patches, is described here:

http://www.thinkwiki.org/wiki/Problems_with_SATA_and_Linux

Apparently the problem is mostly fixed in the 2.6.16 kernel, but the X60 needs an additional patch, which is also described in the article.

I believe we have the appropriate patches in the forthcoming kernel update (should be within a couple of days) - if you could test that and let us know, that would be very helpful.

I have Hibernate/Sleep not working on a x60 Thinkpad. I get the following error message and then jumping back to Ubuntu. The error message is the following

[4299816.456000] swsusp : cannot find swap device : try swapon -a

Coming back to Ubuntu I get a message Hibernate Problem HAL fail to hibernate. Check FAQ page...

The problem is the same if I use hibnate function key Fn + F12 or the Ubuntu Hibernate button(in shutdown menu).

You have no swap partition

Well yes I hab no swap partition. But now hibernation works, however I cannot resume.
When trying to hibernate a second time, after a reboot, it is impossible to hibernate. I just come back to Ubuntu

Matthew, linux-image-2.6.15-22 is in the archive now - any chance you can give it a go with that?

I just tried using sleep with linux-image-2.6.15-22, and the system
still fails to "wake up".

Hi everyone

Well for me suspend-to-disk works now. It was that i had to install the package 'hibernate' via aptitude. But know it works great(I only had to change the grub menu.lst manually)

Well sleep however still does not work, Computer does not wake up

Wait,....

Sleep is working with me. Just to come back to life, I don't know what I have done but sleep now works for me on an thinkpad x60.

Sorry, the message above I was little too fast..

I installed -22, and no love here. Will provide any requested message outputs.

I am having some success with my thinkpad x41 using -22 kernel from repository and added the ata_piix in /etc/default/acpi-support MODULES -section

Jukka,

ata_piix in MODULES should make no difference - the driver will be in use and so can't be unloaded. If you remove that, does it still work?

I am having some success with my thinkpad x41 using -22 kernel from repository and added the ata_piix in /etc/default/acpi-support MODULES -section

What is the current status after the last kernel update? wake up after hibernation is still producing error messages? how about suspend to ram?

I installed the most recent kernel stuff as of 10 May, 10:30 CDT. I'm
not sure what it all does, but I installed that everything that
gnome-update-manager offered with "linux" in the name -- i.e.,

  linux-386
  linux-image-386
  linux-image-2.6.15-22-386 (.34 version)
  linux-restricted-modules-386
  linux-restricted-modules-common
  linux-restricted-modules-2.6.15-386-22

I have *NOT* kept the rest of the system up to date, as we have a slow
internet connection. I will be happy to apply specific updates if
necessary, and report back.

Results
---------
Fn-F4 now works to put the computer to sleep. However, the computer
still fails to wake up. (Fn-F4 produces HD LED action, but no wake.)

Fn-F12 works to put the computer into hibernate. Upon thawing, we get
to "mounting root file system...", then some vertical brown-and-black
stripes as reported elsewhere, then a shell with a blinking cursor, and
then the successfully reloaded desktop.

Computer can be successfully hibernated/thawed multiple times (well, two
at least).

This may require a separate bug report, but the wired NIC fails to work
after thawing. To reproduce: start computer without internet
connection, then hibernate, then thaw, then 'ifdown eth0'. After this,
'ifup eth0' appears to send out DHCP requests, but appears not to hear
any responses. After a 'real' restart, however, the network can be
successfully set up in this way. I've reported elsewhere (42572) that
the wired NIC failed to be auto-detected on my machine, and required me
to remove and then re-install the e1000 driver. I'll add this comment
to that bug.

Hope the following is sufficient (there is a short hang and a long hang). If not I have the complete dmesg.

Alex

File Edit Options Buffers Tools Help
[17179570.640000] ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
[17179570.640000] ACPI: Processor [CPU1] (supports 8 throttling states)
[17179570.644000] ACPI: Thermal Zone [THM0] (61 C)
[17179570.644000] ACPI: Thermal Zone [THM1] (61 C)
[17179570.956000] ICH7: IDE controller at PCI slot 0000:00:1f.1
[17179570.956000] ACPI: PCI Interrupt 0000:00:1f.1[C] -> GSI 16 (level, low) -> IRQ 169
[17179570.956000] ICH7: chipset revision 2
[17179570.956000] ICH7: not 100% native mode: will probe irqs later
[17179570.956000] ide0: BM-DMA at 0x1880-0x1887, BIOS settings: hda:DMA, hdb:pio
[17179570.956000] Probing IDE interface ide0...

SHORT HANG HERE

[17179576.424000] hda: HL-DT-ST DVDRAM GSA-4083N, ATAPI CD/DVD-ROM drive
[17179578.888000] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[17179578.896000] hda: ATAPI 24X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)
[17179578.896000] Uniform CD-ROM driver Revision: 3.20
[17179579.184000] SCSI subsystem initialized
[17179579.188000] ACPI: bus type scsi registered
[17179579.188000] libata version 1.20 loaded.
[17179579.188000] ahci 0000:00:1f.2: version 1.2
[17179579.188000] ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 16 (level, low) -> IRQ 169

LONG HANG HERE

[17179666.844000] PCI: Setting latency timer of device 0000:00:1f.2 to 64
[17179666.844000] ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 1.5 Gbps 0x1 impl SATA mode
[17179666.844000] ahci 0000:00:1f.2: flags: 64bit ncq pm led clo pio slum part
[17179666.844000] ata1: SATA max UDMA/133 cmd 0xF884C500 ctl 0x0 bmdma 0x0 irq 66
[17179666.844000] ata2: SATA max UDMA/133 cmd 0xF884C580 ctl 0x0 bmdma 0x0 irq 66
[17179666.844000] ata3: SATA max UDMA/133 cmd 0xF884C600 ctl 0x0 bmdma 0x0 irq 66
[17179666.844000] ata4: SATA max UDMA/133 cmd 0xF884C680 ctl 0x0 bmdma 0x0 irq 66

And I should add that sound has mysteriously stopped working, and I'm using a T60p not an X60 (fair game I think though given you marked my T60p as a duplicate of this one).

The IDE hang appears to be something relating to IDE probing; do you know approximately when this delay started appearing? I don't know what was changed in the kernel.

Sound maybe related to the Intel HDA that is in the new LenovoPads and the various workarounds to enable that to work. But that workarounds have been designed to /fix/ machines, rather than break them.

Can you keep the audio issue to a separate bug report (against 'linux-source-2.6.15' and assigned to the 'kernel-audio-team') and paste the DMI and lspci data there. On of the things to check is to fire up 'alsa-mixer' from the command-line and see if there are any 'jack-detect' flags that can be toggled (press the 'm' key to 'mute' the toggle).

Sorry if I've dup'ed one of those pair of laptops---they're both LenovoPads and basically the same inside (as far as we understand) but I may just have seen that they were both from the same person and dup'ed them. Please undup them if you think that they are more likely to be unrelated.

* After upgrading to acpi-support 0.85, my T60 now enters full sleep mode (fans, display and HDD turned off). However, when waking it up, everything seem to come back to life except the display. I can see the display backlight is turned on but the screen remains black.
* Still have the ~60s hang when "Mounting root file system..."
* Sound works fine (never had any problems with that).

Paul,

I'm not sure it was actually you that marked this as a dupe and I any case I don't think it's wrong so no need to apologize.

The boot hang problem appeared at some point within the last 2 weeks (sorry not to be more specific, I update very frequently but never reboot) - I am pretty sure it was after 31 May in any case.

I will report the sound problem separately.

Alex

Both the hangs you've highlighted should come before the "Mounting the
root filesystem" line, so I'm a bit confused. I'll look into it.

--
Matthew Garrett | <email address hidden>

Henrik: do you have Intel graphics, or something else? I think based on the reports we can generalise that all the LenovoPads are affected regarding the IDE scanning hang.

Paul: yes, Intel graphics.

For your information on 2.6.15-25 suspend and hibernate will not work on a (older) thinkpad T40p either
However it works perfectly with 2.6.15-23

A T40p and a T60p/X60 are very different machines as far as I can tell.

julien,

Have you updated to the latest acpi-support package (0.85)?

If people are still having problems with slow "mounting root filesystem" lines, please file another bug.

Updating to acpi-support 0.85 seems to have mostly fixed both suspend and sleep, for me.

Also, having done a successful hibernate-resume seems to *sometimes* fix the slowdown at "mounting the root file system" - sometimes it seems to pause for 20 seconds or so at this point, sometimes it does the full 3 minute wait.

I say "mostly" because the first time I tried it, it didn't work - I'm now trying to narrow down what might have caused it. I suspect it's because I sometimes boot with the wifi/bluetooth hardware switch turned off, and then I turn it when I need it - this seems to sometimes confuse things.

But if I leave this switch off or leave it on, I seem to now consistently sleep and hibernate with no problems - thanks people! I hope it works for everyone else...

Okay, I still got no go for hibernate. And as you report your system suspends and hibernates, well I would be interested in the actions/steps you have done to get it working.

 - Have you change configurations manually?
 - Installed additional packages?
 - Changed the bootparameters?

Could you please write what you have done since the installation, this would be very helpful for me.

Thank you

Well I tried sleep an it seems to work. Before the screensaver comes back I get a message saying something like 'nsc-ircc, Wrong chip version ff'

But to that I report Sleep working on my x60:)

iSorry for the messages, this one is the last for today...

Hibernate is also working(suspending and getting session back works). However my wired network is down(after hibernate) and I am using the NetworkManager which does not work either after coming up again.

The NetworkManger is not working because hibernate changes the /etc/network/interfaces file.(To get NM working I had to comment out all the devices except lo)

And now the file /etc/network/interfaces contains an entry, and therefore NM is not working after coming up.

So does hibernate process alter the /etc/network/interfaces file???

> So does hibernate process alter the /etc/network/interfaces file???

No. I don't know what's going on there...

Tested several times and it only happened once that the file /etc/network/interfaces was changed. However sometimes coming back from hibernate and sleep the NetworkManager has kind of problems.

However, I think these problems might be related to the NetworkManager and not to Hibernate/sleep.

And, all the network devices work properly when coming back to the session. I simply use the Network Menu to configure my wireless device.

So for me I am happy that Sleep and Hibernate are working(until now all the time). Except the first time, maybe one has to reboot after upgrading acpi-support?(As Korny reported a failure for his first try too)

So I repeat what I have done to get it working:
-upgrade to acpi-support 0.85
- edit /boot/grub/menu.lst and add resume=/dev/sda4 as a bootparameter.

/dev/sda4 should be your swap partition.

Thanks to all who helped (me) get this to work properly:)

I have the same problem that Alex with hangs during bootup (when coming from hibernation but also after normal reboot). I opened a new bug #50808.

I upgraded my kernel to 2.6.15-25-686 and now Resume/hibernate is not working anymore, (while it worked perfectly with the -23 kernel)

 -Now when trying to suspend, it is not going to sleep and it is impossible to wake it up again.
 - Hibernate, suspends without a problem however resuming hangs with the usual screen.

As I still have the old kernels, I tested them too, Hibernate does not work on any kernel (2.6.15-23-386, 2.6.15.-23-686, 2.6.15-25-386) Always the same hang.

However, Sleep is still working perfectly with the kernels (2.6.15-23-386, 2.6.15.-23-686).

So as before the update/upgrade hibernate and sleep was working I wonder why these kernels are not working anymore??

What I did, I install package linux-686-smp(apt-get install linux-686-smp), and then through the update-manager installed the -25 kernel(..and some other stuff, tetex,...)

And I also obtained the hang with kernel -25.

Bye

Sometimes hibernate is working and sometimes not(most cases)???

Now I have the problem that I will not go down when hibernating and not coming up from sleep.

My /var/log/syslog, gives the follwoing when hibernate does not go down:
Jun 28 09:46:38 localhost gnome-power-manager: Hibernating computer because the DBUS method Hibernate() was invoked
Jun 28 09:46:38 localhost NetworkManager: <information>^IGoing to sleep.
Jun 28 09:46:38 localhost dhclient: receive_packet failed on eth1: Network is down
Jun 28 09:46:38 localhost NetworkManager: <information>^Imatch
Jun 28 09:46:38 localhost last message repeated 3 times
Jun 28 09:46:39 localhost dhclient: DHCPRELEASE on eth0 to 134.21.198.4 port 67
Jun 28 09:46:39 localhost dhclient: send_packet: Network is unreachable
Jun 28 09:46:39 localhost dhclient: send_packet: please consult README file regarding broadcast address.
Jun 28 09:46:39 localhost kernel: [17183281.288000] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jun 28 09:46:39 localhost kernel: [17183281.708000] ACPI: PCI interrupt for device 0000:03:00.0 disabled
Jun 28 09:46:39 localhost kernel: [17183281.712000] ieee80211_crypt: unregistered algorithm 'NULL'
Jun 28 09:46:39 localhost kernel: [17183281.716000] ieee80211_1_1_13_crypt: unregistered algorithm 'NULL'
Jun 28 09:46:39 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3
Jun 28 09:46:39 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium.
Jun 28 09:46:39 localhost dhclient: All rights reserved.
Jun 28 09:46:39 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP
Jun 28 09:46:39 localhost dhclient:
Jun 28 09:46:39 localhost kernel: [17183281.816000] ACPI: PCI interrupt for device 0000:02:00.0 disabled
Jun 28 09:46:39 localhost dhclient: Bind socket to interface: No such device
Jun 28 09:46:42 localhost kernel: [17183284.964000] Freezing cpus ...
Jun 28 09:46:43 localhost kernel: [17183285.080000] CPU 1 is now offline
Jun 28 09:46:43 localhost kernel: [17183285.080000] SMP alternatives: switching to UP code
Jun 28 09:47:04 localhost NetworkManager: <information>^IWaking up from sleep.
Jun 28 09:47:04 localhost NetworkManager: <information>^IDeactivating device eth1.
Jun 28 09:47:04 localhost NetworkManager: <information>^IDeactivating device eth0.
Jun 28 09:47:06 localhost NetworkManager: <WARNING>^I nm_device_802_11_wireless_get_mode (): error getting card mode on eth0: No such device

So my question is whether the problem may be related to the Network Manager??

Upgrade to the acpi-support in dapper-updates

I think I have already the latest version installed of acpi-support. My version is actually 0.85 Is this the latest?

Suspend to RAM properly restores my session about once every eight tries on my new X60s. Most of the time it doesn't make it to the point where the LCD is turned on. I have tried both 2.6.15-25.4 from Dapper and 2.6.17-4.5 from Edgy. Hibernate is more reliable. I have acpi-support 0.85 installed.

My HD is a FUJITSU MHV2100B.

I will attach some relevant log snippets that include the time from when I suspend the machine to the point where I get sick of waiting for it to resume and force a power down.

I also experience the hang on boot, but I will comment on that bug separately.

See comment below.

Please contact me if more of these would be useful.

After testing it several times, resuming from suspend seems to work well for my X60s after upgrading to 2.6.15-26.

But the current version of Ubuntu Dapper kernel is 2.6.15-23-686, still far from 2.6.15-26. So even if does work on 2.6.15-26, it doesn't help.

No, the current version in Ubuntu dapper-security is -26. Which will be included in the first point release.

I'll close the bug, thanks.

I think you should wait before closing the bug so soon. Testing several times is not enough. I would wait for 2.6.15-26 to be updated, and then hear the users feedback. If changing to 2.6.15-26 helps, you'll know it.

This is NOT fixed at least on a T60p (my T60p bug was duped to this one), with Dapper security updates including 2.6.15-26.

On hitting suspend, the flashing "moon" indicator appears, and the system appears to suspend, with the LCD switching off. However, it soon switches back on, and goes to the Ubuntu login prompt (as if X has been restarted). Then doing anything (such as a VT switch) repeatedly restarts X in a similar way, so you always end up with a pause, the drum-roll, and the Ubuntu login screen.

For completeness, hibernate doesn't work either. The same thing happens, pretty much exactly.

Alex,

That sounds like a different bug. This bug was about failure to resume
from a successful suspend, while yours seems to be about a failure
suspending.

Greg

I updated to the new kernel. I didn't try enough times to conclude wheather the bug is solved.

In any case, if we suppose it is solved, you basically switched this bug with another one: https://launchpad.net/bugs/50313 .

Now it takes me almost 10 minutes to open the laptop (when I show it to someone that has Windows, he laughs at me...). This bug did not exist in the old kernel version.

The bug is NOT solved !
Once in a while my ThinkPad cannot resume from suspend.
It happens once every 4-5 times.

Although I have not fully diagnosed it, I am have some occasional
problems with suspend as well, but I am always able to get the laptop to
resume.

The problem seems to crop up when I change power states during the
suspend (e.g., I suspend it on AC and try to resume it on battery
power). Sometimes when doing this, it seems to get stuck resuming
before the LCD is turned on. This can be solved by cycling between AC
and battery. Often it starts up immediately during the first state
change, but sometimes it takes several tries and a bit of waiting.

Upon resume from these suspends, Network Manager seems to be broken, and
I need to restart dbus to get it working again, which isn't the case for
normal suspends but is the case when I hibernate the machine.

As the symptoms of this are significantly different than my earlier
resume problems, I think this should probably be filed as another bug.
ZZZ, can you get your machine to resume following this method?

No, when it's stuck it's stuck.
It happens on both AC and battery, and changing this after it's stuck doesn't help.

ZZZ, I don't seem to experience that problem on my X60s. Given that I experienced bug 35174, perhaps it would be appropriate to file another bug with the details of your problem and hardware so that the information above does not confuse people.

Also, I want to note that my bug happens on both battery and AC, but only after I switch from one to another.

Why open a new bug? It's the same bug.
I can copy the first comment of this bug:

IBM ThinkPad X60s
Sleep: Will not wake up. Button presses have no affect on system. Power button appears to rev up the fan for a few seconds, but system remains off and sleep LED on hardware remains lit.

This exactly what happens in my machine. Though it doesn't happen every time: sometimes it resumes and sometimes not.

Do you think I should copy these lines to a new bug?

I've just tested the newest acpi-support (under Debian though), and it indeed fixes the video for suspend to RAM under Xorg + fglrx.

However, I still a black screen with suspend to disk, which I don't when I s2both manually.

I also confirm that the freeze is libata related as I get warnings on console from libata, various timeouts occur, but sda doesn't come back up.

I upgraded to ubuntu edgy (acpi-support Installed: 0.90). The suspend seems to be working better, but still once in a while system crushes. Although the frequency is lower - it still happens (once in every ~5 sleeps).