Red Hat Bugzilla – Bug 112674
Thinkpad T23 - return from suspend fails on Fedora kernel
Last modified: 2007-11-30 17:10:34 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
Description of problem:
When suspending on IBM Thinkpad T23, machine will often not wake up
properly. It will wake up to the point where it needs to access the
disk, and at this point the system freezes. If I catch on early, I can
sometimes recover the system by requesting a BIOS hibernate-to-disk,
if I do this early. Hibernate to disk will *not* work as normal,
instead it will sit there for up to a minute before proceeding.
With ACPI, nothing works, so I set kernel parameters to use APM.
When system gets back, there are log messages saying the disk lost an
I can predict when the problem will occur with almost 100% confidence
by listening to the disk drive at the time of suspension. If there is
a metallic sounding "clonk", then the system will not come back out of
suspension correctly. This occurs in just over 50% of suspension attempts.
With a vanilla kernel installed, the problem never occurs, and has not
occured ever in ~2 years of pre-Fedora use of vanilla kernels.
I have tried building my own kernel from Fedora sources, disabling
ACPI and setting it up with same parameters for APM as the vanilla
kernel, to no avail.
Version-Release number of selected component (if applicable):
All Fedora kernels tested
Steps to Reproduce:
1. Suspend to disk, either with BIOS key, or 'apm -s'
2. Listen for noise from disk
3. Try to resume
Actual Results: In >50% of attempts, the system does not come back
completely out of suspension. It will come back to the point where a
disk access is needed, and then hang.
Expected Results: The system should resume. With a vanilla kernel,
this always happens.
When I catch the problem and dodge it by hibernating and then resuming
from hibernation, the following error message is in the logs:
hda: dma_timer_expiry: dma status == 0x24
hda: DMA interrupt recovery
hda: lost interrupt
(dma status varies, I've seen at least 0x04 and 0x24)
It seems that the BIOS can recover (eventually) from whatever causes
this problem, if I catch it early. If I try hibernating "late" in the
hang, it cannot hibernate and a reboot is required. I don't know if
the BIOS clears the error, or if it's cleared because hibernate to
disk actually turns the disk completely off.
With a vanilla kernel (2.4.22 or 2.4.23) similarly configured, the
problem never occurs.
The system tested on is a Thinkpad T23 with a 1.2GHz processor.
Not sure if this is the same problem, but in case it is related, check
out bug 112702.
This is true--being an IBM T23 owner myself. As a "WORKAROUND" I will
do the following (this applies to RH8,9 and FC1 for me):
1. Log out.
2. Issue a Ctrl+Alt+F1.
3. Log in as root.
4. Issue a `apm -s`.
I am able to resume 100% of the time when I logout. However, logging
out almost defeats the purpose of suspending (I can't have all my
windows laid out.) However, it does save boot-up time--which is
important also. I hope this helps the team figure out how to resolve
I suspect I suffer from a similiar problem (disk spins down at
suspend, but not back up afterwards). Things 'work' after resume
until a disk read is needed, then it's done. I have a Thinkpad R40.
However, mine did NOT work with a variety of RH 9.0 kernels, and
worked quite well with Fedora kernels until 2.4.22-1.2149.nptl. I've
backed off to 2.4.22-1.2140.nptl, and all seems to be well.
I'm not running ACPI (I think). How do I tell?
Same problem here with 2.4.22-1.2166.nptl and 2.4.22-1.2115.nptl on a
T23. Also tried FC2-1, which fails to suspend completely.
I switched to a stock 2.4.24 kernel, the problem persists.
Could any of you share a config that's known to work with a stock kernel?
I had a similar problem for some time. My Dell Inspiron 4150 would
intermittently hang on resume from suspend with no interesting error
messages. Am using APM.
Eventually I traced the problem to some third-party kernel modules
(the Linuxant hsfmodem drivers for my Conexant modem).
More specifically, my hangup is similar to the others in that it comes
back at first, but dies once you access the harddisk. If you switch
to the console and do Ctrl-Alt-Del, you'll the message about hda: lost
interrupt that Bjoern was describing.
I've put my config for the vanilla 2.4.24 up as
This works for me, both with suspend and hibernate to disk. (The
latter requires that you have a FAT32 partition containing a proper
Together with Tomas Janousek's db4-package, everything seems to work
fine. (If you use a vanilla kernel without the NPTL-patches, then db4
as distributed will not work properly. See
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=91933 for details
and a pointer to Tomas' replacement package. I've used it for a month
and a half, and the things that didn't work before seems to work now.)
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/