Bug 161712
Summary: | Suspend Mode "acpi_sleep=s3_bios" broken on IBM Thinkpad T43 (1.86 Ghz) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Anderson Silva <ansilva> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | byte, pfrields, redhat-bugs2eran, rodas, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-11-05 06:49:04 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 165150 |
Description
Anderson Silva
2005-06-26 11:40:28 UTC
[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. |