From: Tejun Heo <tj@kernel.org>
To: akpm@linux-foundation.org
Cc: jeff@garzik.org, linux-ide@vger.kernel.org, stuart_hayes@dell.com
Subject: Re: [patch 1/3] libata: change drive ready wait after hard reset to 5s
Date: Wed, 11 Mar 2009 16:39:21 +0900 [thread overview]
Message-ID: <49B76AA9.2030707@kernel.org> (raw)
In-Reply-To: <200903041959.n24Jxl2X028532@imap1.linux-foundation.org>
Hello,
akpm@linux-foundation.org wrote:
> From: Stuart Hayes <stuart_hayes@dell.com>
>
> This fixes problems during resume with drives that take longer than 1s to
> be ready. The ATA-6 spec appears to allow 5 seconds for a drive to be
> ready.
>
> On one affected system, this patch changes "PM: resume devices took..."
> message from 17 seconds to 4 seconds, and gets rid of a lot of ugly
> timeout/error messages.
Can you please attach log for this? Which controller was it?
> Without this patch, the libata code moves on after 1s, tries to send a
> soft reset (which the drive doesn't see because it isn't ready) which also
> times out, then an IDENTIFY command is sent to the drive which times out,
> and finally the error handler will try to send another hard reset which
> will finally get things working.
This adds 5s delays to common detection paths. That said, 1s could be
too short.
> diff -puN include/linux/libata.h~libata-change-drive-ready-wait-after-hard-reset-to-5s include/linux/libata.h
> --- a/include/linux/libata.h~libata-change-drive-ready-wait-after-hard-reset-to-5s
> +++ a/include/linux/libata.h
> @@ -275,7 +275,7 @@ enum {
> * advised to wait only for the following duration before
> * doing SRST.
> */
> - ATA_TMOUT_PMP_SRST_WAIT = 1000,
> + ATA_TMOUT_PMP_SRST_WAIT = 5000,
Okay, it's already merged but this will add a lot of delay to device
probing. I think we better be a bit smarter here.
Thanks.
--
tejun
next prev parent reply other threads:[~2009-03-11 7:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-04 19:59 [patch 1/3] libata: change drive ready wait after hard reset to 5s akpm
2009-03-11 7:39 ` Tejun Heo [this message]
2009-03-11 16:16 ` Stuart_Hayes
2009-03-12 2:19 ` Tejun Heo
2009-03-11 16:45 ` Stuart_Hayes
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=49B76AA9.2030707@kernel.org \
--to=tj@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=jeff@garzik.org \
--cc=linux-ide@vger.kernel.org \
--cc=stuart_hayes@dell.com \
/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.