Lenovo Thinkpad T61p - Takes a long time to resume from suspend
Linux - Laptop and NetbookHaving a problem installing or configuring Linux on your laptop? Need help running Linux on your netbook? This forum is for you. This forum is for any topics relating to Linux and either traditional laptops or netbooks (such as the Asus EEE PC, Everex CloudBook or MSI Wind).
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Lenovo Thinkpad T61p - Takes a long time to resume from suspend
I am running Ubuntu 8.04 Hardy Heron on a Thinkpad T61p model 6459CTO. I am able to suspend the system to RAM, and it takes a few seconds longer than I might like, but not much longer than I would expect. When I attempt to resume, the monitor lights up and blinks a cursor in the upper left-hand corner. This takes between 5 and 20 seconds (approximately). Then the screen will turn off and on again, and it will briefly flash several messages, the most eye-catching of which contains "COMRESET failed." (I do not get these messages every single time I resume, only most of the time.) After half a second, X will start, and I will get the GNOME password prompt to unlock the computer. This prompt appears in a rough and incomplete form for up to 5 seconds before fully rendering and letting me enter my password and start working again. The entire resume process is unpleasantly long, and I think that it is due to some software problem, because resume is much faster in Windows XP Professional SP2 on the same computer.
I have spent the last several days Googling and searching forums for the solution to this problem. The only useful thing I found was here. That post suggests that I change the power management policy for my hard drive to "max_performance." I was confused, however, because my /sys/class/scsi_host/ directory contains not only host0 but host1 through host4. Only host0, host1, and host2 contain "link_power_management_policy" files, and all of these files are already set to "max_performance." I was unable to find out more about the purpose or use of these files, and I did not want to risk the stability of my system by messing with important system files that I did not understand. So I have not actually done anything to my system in an effort to fix this problem.
Here is the relevant portion of my /var/log/syslog, which contains the messages that appear during resume:
Code:
Jul 9 11:29:58 deimos gnome-power-manager: (abe) Resuming computer
Jul 9 11:29:58 deimos kernel: [ 0.856635] PCI: Setting latency timer of device 0000:00:1d.7 to 64
Jul 9 11:29:58 deimos kernel: [ 0.856725] PM: Writing back config space on device 0000:00:1e.0 at offset 1 (was 100005, writing 100007)
Jul 9 11:29:58 deimos kernel: [ 0.856753] PCI: Setting latency timer of device 0000:00:1e.0 to 64
Jul 9 11:29:58 deimos kernel: [ 0.856853] PM: Writing back config space on device 0000:00:1f.1 at offset 1 (was 2800005, writing 2880005)
Jul 9 11:29:58 deimos kernel: [ 0.856867] ACPI: PCI Interrupt 0000:00:1f.1[C] -> GSI 16 (level, low) -> IRQ 16
Jul 9 11:29:58 deimos kernel: [ 0.856871] PCI: Setting latency timer of device 0000:00:1f.1 to 64
Jul 9 11:29:58 deimos kernel: [ 0.856945] ata5: port disabled. ignoring.
Jul 9 11:29:58 deimos kernel: [ 0.872514] PM: Writing back config space on device 0000:00:1f.2 at offset 1 (was 2b00007, writing 2b00407)
Jul 9 11:29:58 deimos kernel: [ 0.872560] PCI: Setting latency timer of device 0000:00:1f.2 to 64
Jul 9 11:29:58 deimos kernel: [ 1.175904] ata4.00: ACPI cmd ef/03:42:00:00:00:a0 filtered out
Jul 9 11:29:58 deimos kernel: [ 1.175906] ata4.00: ACPI cmd ef/03:0c:00:00:00:a0 filtered out
Jul 9 11:29:58 deimos kernel: [ 1.177055] ata4.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded
Jul 9 11:29:58 deimos kernel: [ 1.178537] ata4.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded
Jul 9 11:29:58 deimos kernel: [ 1.511247] ata4.00: configured for UDMA/33
Jul 9 11:29:58 deimos kernel: [ 1.875031] NVRM: RmPowerManagement: 5
Jul 9 11:29:58 deimos kernel: [ 2.189896] ata2: SATA link down (SStatus 0 SControl 0)
Jul 9 11:29:58 deimos kernel: [ 2.189953] ata3: SATA link down (SStatus 0 SControl 300)
Jul 9 11:29:58 deimos kernel: [ 3.175511] PM: Writing back config space on device 0000:03:00.0 at offset 1 (was 100107, writing 100103)
Jul 9 11:29:58 deimos kernel: [ 3.188849] PM: Writing back config space on device 0000:15:00.1 at offset 4 (was 0, writing f8101000)
Jul 9 11:29:58 deimos kernel: [ 3.188856] PM: Writing back config space on device 0000:15:00.1 at offset 3 (was 800000, writing 804000)
Jul 9 11:29:58 deimos kernel: [ 3.188865] PM: Writing back config space on device 0000:15:00.1 at offset 1 (was 2100000, writing 2100006)
Jul 9 11:29:58 deimos kernel: [ 3.241831] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[17] MMIO=[f8101000-f81017ff] Max Packet=[2048] IR/IT contexts=[4/4]
Jul 9 11:29:58 deimos kernel: [ 3.260727] PM: Writing back config space on device 0000:15:00.2 at offset 4 (was 0, writing f8101800)
Jul 9 11:29:58 deimos kernel: [ 3.260731] PM: Writing back config space on device 0000:15:00.2 at offset 3 (was 800000, writing 804000)
Jul 9 11:29:58 deimos kernel: [ 3.260740] PM: Writing back config space on device 0000:15:00.2 at offset 1 (was 2100000, writing 2100006)
Jul 9 11:29:58 deimos kernel: [ 3.260764] ACPI: PCI Interrupt 0000:15:00.2[C] -> GSI 18 (level, low) -> IRQ 18
Jul 9 11:29:58 deimos kernel: [ 3.835606] sd 0:0:0:0: [sda] Starting disk
Jul 9 11:29:58 deimos kernel: [ 3.921764] ata1: port is slow to respond, please be patient (Status 0x80)
Jul 9 11:29:58 deimos kernel: [ 4.015247] ata1: softreset failed (device not ready)
Jul 9 11:29:58 deimos kernel: [ 4.122002] ata1: port is slow to respond, please be patient (Status 0x80)
Jul 9 11:29:58 deimos kernel: [ 4.215128] ata1: COMRESET failed (errno=-16)
Jul 9 11:29:58 deimos kernel: [ 4.231223] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jul 9 11:29:58 deimos kernel: [ 4.231669] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
Jul 9 11:29:58 deimos kernel: [ 4.231671] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
Jul 9 11:29:58 deimos kernel: [ 4.231773] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
Jul 9 11:29:58 deimos kernel: [ 4.231890] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 succeeded
Jul 9 11:29:58 deimos kernel: [ 4.232741] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
Jul 9 11:29:58 deimos kernel: [ 4.232743] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
Jul 9 11:29:58 deimos kernel: [ 4.232854] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 succeeded
Jul 9 11:29:58 deimos kernel: [ 4.232956] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 succeeded
Jul 9 11:29:58 deimos kernel: [ 4.233338] ata1.00: configured for UDMA/133
Jul 9 11:29:58 deimos kernel: [ 4.234993] ata1.00: configured for UDMA/133
Jul 9 11:29:58 deimos kernel: [ 4.234994] ata1: EH complete
Jul 9 11:29:58 deimos kernel: [ 4.235022] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
Jul 9 11:29:58 deimos kernel: [ 4.235030] sd 0:0:0:0: [sda] Write Protect is off
Jul 9 11:29:58 deimos kernel: [ 4.235031] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jul 9 11:29:58 deimos kernel: [ 4.235042] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jul 9 11:29:58 deimos kernel: [ 4.235052] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
Jul 9 11:29:58 deimos kernel: [ 4.235058] sd 0:0:0:0: [sda] Write Protect is off
Jul 9 11:29:58 deimos kernel: [ 4.235059] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jul 9 11:29:58 deimos kernel: [ 4.235069] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jul 9 11:29:58 deimos kernel: [ 4.433215] PM: Finishing wakeup.
Jul 9 11:29:58 deimos kernel: [ 4.433216] Restarting tasks ... <6>usb 3-1: USB disconnect, address 2
Jul 9 11:29:58 deimos kernel: [ 4.436503] done.
I can post stuff from before or after that too if you need it.
Is the problem my hard drive power management or something else? How do I go about correcting this problem?
Sorry for not responding sooner. I'll be out of state this whole week, and I don't have that computer with me. But I'll try that when I get back and tell you how it went. Thanks for the link.
I went to this page, on which the link you gave was based, because the article on Thinkwiki was about a T61p type 6460, and mine is a 6459. A user commenting on that bug report page submitted a patch to use for a 6459. It just comments out the 6459 section of /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-lenovo.fdi. After doing that, my resume time is about 10 seconds consistently. The same process takes about 5 seconds in Windows XP on the same machine, so I'm not sure I would say that the problem is solved, but it is better now than it was before. Thanks for your help.
The same process takes about 5 seconds in Windows XP on the same machine, so I'm not sure I would say that the problem is solved, but it is better now than it was before.
What you can try to increase the speed of suspend and resume is use tuxonice. http://wiki.tuxonice.net Although you have a recompile the kernel it is fairly easy process and the advantage being you will have the buffers and caches _saved_ so the machine is more responsive.
So my computer was working better for about a day. Then, without me making any changes, it just went back to not working. Sort of.
Now it usually takes between 22 and 24 seconds to resume from suspend-to-RAM. The only exception seems to be when it has been sleeping for a fairly short period. When the suspend is less than about 1.5 minutes (I haven't tested longer than that yet), the resume process takes between 7 and 12 seconds. In the tests that I did where it took a long time to wake up, I left it suspended for approximately half an hour.
It seems like, instead of just commenting out the entry for my type of computer in /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-lenovo.fdi, I should be able to edit it so that it says the right thing. Does anyone know how to do that?
Edit: One other thing I should mention. Sometimes, when the computer is waking up, it emits several (probably 5 or 6) system beeps in quick succession just before it finishes waking up. This has been happening since before I started trying to fix this problem.
Last edited by kwesadilo; 07-26-2008 at 01:03 PM.
Reason: Left out information in original post
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.