From: Tejun Heo <htejun@gmail.com>
To: Mark Lord <liml@rtr.ca>
Cc: boac@wanadoo.nl, linux-ide@vger.kernel.org,
Jeff Garzik <jgarzik@pobox.com>
Subject: Re: Hotplug drives on vt8251 with ahci module
Date: Fri, 23 Jun 2006 20:42:14 +0900 [thread overview]
Message-ID: <449BD396.8010209@gmail.com> (raw)
In-Reply-To: <449A8A2A.2070102@rtr.ca>
[CC'ing Jeff. Hi!]
Mark Lord wrote:
> Tejun Heo wrote:
>>
>> About the disabling on hardreset failure... Maybe there is some room
>> for improvement - e.g. leave PHY status interrupts alive if it's not
>> causing interrupt storm, but I'm not sure whether the benefits would
>> outweigh the cost.
>>
>> Leaving the port frozen (disabled & interrupts plugged) is a safety
>> measure libata implements. The driver isn't sure in what state the
>> controller and the attached device are in as they are not responding
>> even to the 'hard' reset, so it assumes the worst and shuns the port.
>>
>> As I wrote above, you can ask libata to retry by explicitly telling
>> libata to rescan the bus. I thought that should be enough when I was
>
> MMm.. sounds like libata should do that periodic polling,
> rather than relying on the end-user to do it. Right? :)
>
> So the best of both approaches from above: mask the interrupts
> and leave them off, but periodically poll for phy status changes.
Hmm... Polling. Yeap, that's certainly a possibility. It's definitely
better than selectively enabling PHY status change IRQ. Also, we can
use the same facility to implement hotplug for ports which have SStatus
but no PHY status changed IRQ. PMP requires command issuance for
SStatus polling but PMP gets detached when a port gets frozen &
disabled, so it doesn't matter anyway. I'll put this on my to-do list.
Thanks for the suggestion.
--
tejun
next prev parent reply other threads:[~2006-06-23 11:42 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-21 7:42 Hotplug drives on vt8251 with ahci module Aalderd Bouwman
2006-06-21 14:01 ` Tejun Heo
2006-06-22 7:16 ` Aalderd Bouwman
2006-06-22 7:34 ` Tejun Heo
2006-06-22 12:16 ` Mark Lord
2006-06-23 11:42 ` Tejun Heo [this message]
2006-06-22 13:00 ` Aalderd Bouwman
2006-06-23 3:52 ` Tejun Heo
2006-06-23 8:12 ` Tejun Heo
2006-06-24 18:02 ` Aalderd Bouwman
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=449BD396.8010209@gmail.com \
--to=htejun@gmail.com \
--cc=boac@wanadoo.nl \
--cc=jgarzik@pobox.com \
--cc=liml@rtr.ca \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).