From: "Jeffrey W. Baker" <jwbaker@gmail.com>
To: linux-ide@vger.kernel.org
Subject: SATA ALPM min_power causes > 10s delay on resume
Date: Sun, 24 Aug 2008 10:27:50 -0700 [thread overview]
Message-ID: <1219598870.11057.2.camel@stinkpad> (raw)
I started using the min_power ALPM setting on my ThinkPad to save power
(which works great, thanks!) but it causes a small problem. When the
machine resumes from suspend-to-ram it hangs for about 10s and then
prints this on the console:
ata1: COMRESET failed (errno=-16)
It then proceeds normally. The full messages are:
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: configured for UDMA/100
ata1: failed to recover some devices, retrying in 5 secs
ata1: soft resetting link
ata1: SATA link down (SStatus 611 SControl 300)
ata1: failed to recover some devices, retrying in 5 secs
ata1: hard resetting link
ata1: port is slow to respond, please be patient (Status 0x80)
ata1: COMRESET failed (errno=-16)
ata1: hard resetting link
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
After which point the machine works normally. The SATA controller is an
Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev
03) and the SATA target is a SAMSUNG MCBQE32G Rev: PS10. The kernel is
2.6.24. I haven't tried anything newer.
If the ALPM setting is left at its default of max_performance then
resume from suspend is instant. Is there any way to work around this?
ALPM is worth a solid 30 minutes of extra battery life, so obviously I'd
like to use it. If nothing else, it might be helpful to have a module
parameter to shorten the timeout on known-working hardware.
-jwb
next reply other threads:[~2008-08-24 17:28 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-24 17:27 Jeffrey W. Baker [this message]
2008-08-26 0:14 ` SATA ALPM min_power causes > 10s delay on resume Grant Grundler
2008-08-26 3:14 ` Jeffrey W. Baker
2008-08-26 4:04 ` Jeffrey W. Baker
2008-08-30 11:02 ` Tejun Heo
2008-08-30 18:01 ` Jeffrey W. Baker
[not found] ` <fd145f7d0808301059y20e91ba7w22b9ddd6c54d9554@mail.gmail.com>
2008-08-31 9:35 ` Tejun Heo
2008-09-30 0:20 ` Jeffrey W. Baker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1219598870.11057.2.camel@stinkpad \
--to=jwbaker@gmail.com \
--cc=linux-ide@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.