From: "Jeffrey W. Baker" <jwbaker@gmail.com>
To: Grant Grundler <grundler@google.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: SATA ALPM min_power causes > 10s delay on resume
Date: Mon, 25 Aug 2008 20:14:35 -0700 [thread overview]
Message-ID: <1219720475.18172.3.camel@stinkpad> (raw)
In-Reply-To: <da824cf30808251714na27f523r7a6155d5086b62b9@mail.gmail.com>
On Mon, 2008-08-25 at 17:14 -0700, Grant Grundler wrote:
> On Sun, Aug 24, 2008 at 10:27 AM, Jeffrey W. Baker <jwbaker@gmail.com> wrote:
> > 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)
>
> Can you enable CONFIG_PRINTK_TIME in your kernel?
Output follows ...
> It sounds like the ahci driver is having problems spinning up
> the disk after putting it into a "low power state" (which I
> have no clue might be). Getting more accurate time
> stamps might be a useful additional clue.
The disk is an SSD so there's no need for delay to allow it to spin up.
Here are the messages from a normal resume, pipe grep ata:
[ 0.699797] ata5: port disabled. ignoring.
[ 2.028774] ata3: SATA link down (SStatus 0 SControl 300)
[ 2.028792] ata2: SATA link down (SStatus 0 SControl 0)
[ 2.192670] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 2.193535] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 2.193537] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 2.194998] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 succeeded
[ 2.195381] ata1.00: configured for UDMA/100
[ 2.209049] ata1.00: configured for UDMA/100
[ 2.209051] ata1: EH complete
And here are the messages on a slow resume:
[ 0.700191] ata5: port disabled. ignoring.
[ 2.029795] ata2: SATA link down (SStatus 0 SControl 0)
[ 2.029814] ata3: SATA link down (SStatus 0 SControl 300)
[ 2.193770] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 2.194631] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 2.194634] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 2.196161] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 succeeded
[ 2.196545] ata1.00: configured for UDMA/100
[ 2.197289] ata1: failed to recover some devices, retrying in 5 secs
[ 3.644507] ata1: soft resetting link
[ 3.644518] ata1: SATA link down (SStatus 611 SControl 300)
[ 3.644530] ata1: failed to recover some devices, retrying in 5 secs
[ 4.430864] ata1: hard resetting link
[ 5.298009] ata1: port is slow to respond, please be patient (Status 0x80)
[ 6.010843] ata1: COMRESET failed (errno=-16)
[ 6.010847] ata1: hard resetting link
[ 6.085653] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 6.086267] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 6.086269] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 6.086380] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 succeeded
[ 6.087124] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 succeeded
[ 6.087128] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
[ 6.087350] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 succeeded
[ 6.087550] ata1.00: configured for UDMA/100
[ 6.088119] ata1.00: configured for UDMA/100
[ 6.088122] ata1: EH complete
I don't know how accurate these times are supposed to be. On my
wallclock it takes substantially more than 6 seconds.
-jwb
next prev parent reply other threads:[~2008-08-26 3:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-24 17:27 SATA ALPM min_power causes > 10s delay on resume Jeffrey W. Baker
2008-08-26 0:14 ` Grant Grundler
2008-08-26 3:14 ` Jeffrey W. Baker [this message]
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=1219720475.18172.3.camel@stinkpad \
--to=jwbaker@gmail.com \
--cc=grundler@google.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.