From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; X11; Linux i686; en) Opera 8.01 Description of problem: The laptop goes into suspend mode, and it tries to come come back up again (using acpid to initiate action via LID closing). The contents saved on RAM are restored, but the HD never stops spinning... I can pull down gnome menus, but can't run any application. Version-Release number of selected component (if applicable): echo -n mem >/sys/power/state How reproducible: Always Steps to Reproduce: 1.Setup an event on acpid for lid that call the shell script on step 2 2.Setup an action for suspend ... mine: #!/bin/sh echo -n mem >/sys/power/state /sbin/hwclock --hctosys 3. Close lid Actual Results: What was described on Description Expected Results: I had a T42, and suspend mode worked 99% of the time, only once in a while the unsuspend would freeze up. Additional info:
[This comment has been added as a mass update for all FC4 kernel bugs. If you have migrated this bug from an FC3 bug today, ignore this comment.] Please retest your problem with todays 2.6.12-1.1398_FC4 update. If your problem involved being unable to boot, or some hardware not being detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE* installing any kernel updates. If in doubt, you can recreate this file using.. mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak mv /etc/modprobe.conf /etc/modprobe.conf.bak kudzu Thank you.
I am not able to retest this right now, since I went back to my T42 and now I am running RHEL4. I will see if any of my co-workers is running it though.
Hi, I've experienced the same problem. I've got a new T43 and after return from sleep mode the HD seams to keep always running (at least the LED has a constant green light). After I try to do something that should access the HD it freezes and keep logging to console this message: ata1: command 0xca timeout, stat 0xd0 host_stat 0x1 ata1: status=0xd0 { Busy } end_request: I/O error, dev sda, sector 56681019 ATA: abnormal status 0xD0 on port 0x1F7 ATA: abnormal status 0xD0 on port 0x1F7 ATA: abnormal status 0xD0 on port 0x1F7 The sector number is changing. The only action I do from the sleep.sh (on /etc/acpi/action) is to echo -n "mem" >/sys/power/state
I had the same problem with vanilla 2.6.12.3 and a ThinkPad T43. The problem is lack of kernel support for SATA suspend/resume. There are patches at http://www.thinkwiki.org/wiki/How_to_make_ACPI_work (see the bottom of the "Suspend to RAM (Sleep)" section). These patches, applied to vanilla 2.6.13.1+swsusp2, fixed the problem for me.
The problem persists in vanilla 2.6.14-rc2, and the corresponding patch is at http://lkml.org/lkml/2005/9/23/97 .
Mass update to all FC4 bugs: An update has been released (2.6.13-1.1526_FC4) which rebases to a new upstream kernel (2.6.13.2). As there were ~3500 changes upstream between this and the previous kernel, it's possible your bug has been fixed already. Please retest with this update, and update this bug if necessary. Thanks.
Still broken in 2.6.13-1.1526_FC4 .
To clarify: on the ThinkPad T43, by default 2.6.13-1.1526_FC4 uses the IDE driver to handle the disk (making it /dev/hda) so resume works because the SATA system is not involved. But if I add "hda=noprobe" then the SATA system takes over like in previous kernel (and the disk is /dev/sda as before), and in this case resume is broken.
*** This bug has been marked as a duplicate of 169201 ***