From: Jeff Garzik <jgarzik@pobox.com>
To: Tejun Heo <htejun@gmail.com>
Cc: mlord@pobox.com, albertcc@tw.ibm.com, alan@lxorguk.ukuu.org.uk,
axboe@suse.de, forrest.zhao@intel.com, linux-ide@vger.kernel.org
Subject: Re: [PATCH 11/12] (updated) libata-hp-prep: add prereset() method and implement ata_std_prereset()
Date: Tue, 30 May 2006 00:12:00 -0400 [thread overview]
Message-ID: <447BC610.2000404@pobox.com> (raw)
In-Reply-To: <20060529111213.GB30639@htj.dyndns.org>
Tejun Heo wrote:
> With hotplug, every reset might be a probing reset and thus something
> similar to probe_init() is needed. prereset() method is called before
> a series of resets to a port and is the counterpart of postreset().
> prereset() can tell EH to use different type of reset or skip reset by
> modifying ehc->i.action.
>
> This patch also implements ata_std_prereset(). Most controllers
> should be able to use this function directly or with some wrapping.
> After hotplug, different controllers need different actions to resume
> the PHY and detect the newly attached device. Controllers can be
> categorized as follows.
>
> * Controllers which can wait for the first FIS34 after hotplug. Note
> that if the waiting is implemented by polling TF status, there needs
> to be a way to set BSY on PHY status change. It can be implemented
> by hardware or with the help of the driver.
>
> * Controllers which can wait for the first FIS34 after sending
> COMRESET. These controllers need to issue COMRESET to wait for the
> first FIS. Note that the received FIS34 could be the first FIS34
> after POR (power-on-reset) or FIS34 in response to the COMRESET.
> Some controllers use COMRESET as TF status synchronization point and
> clear TF automatically (sata_sil).
>
> * Controllers which cannot wait for the first FIS34 reliably. Blindly
> issuing SRST to spinning-up device often results in command issue
> failure or timeout, causing extended delay. For these controllers,
> ata_std_prereset() explicitly waits ATA_SPINUP_WAIT (currently 8s)
> to give newly attached device time to spin up, then issues reset.
> Note that failing to getting ready in ATA_SPINUP_WAIT is not
> critical. libata will retry. So, the timeout needs to be long
> enough to spin up most devices.
>
> LLDDs can tell ata_std_prereset() which of above action is needed with
> ATA_FLAG_HRST_TO_RESUME and ATA_FLAG_CANT_WAIT_FIS34 flags. These
> flags are PHY-specific property and will be moved to ata_link later.
>
> While at it, this patch unifies function typedef's such that they all
> have named arguments.
>
> Signed-off-by: Tejun Heo <htejun@gmail.com>
ACK, provided that you banish all mentions of "FIS34" from the patch
description.
"D2H FIS" is far more understandable to the average human.
Jeff
next prev parent reply other threads:[~2006-05-30 4:12 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-29 6:25 [PATCHSET 01/03] prep for hotplug support, take 4 Tejun Heo
2006-05-29 6:25 ` [PATCH 01/12] libata-hp-prep: add flags and eh_info/context fields for hotplug Tejun Heo
2006-05-29 6:25 ` [PATCH 02/12] libata-hp-prep: implement ata_dev_init() Tejun Heo
2006-05-29 6:25 ` [PATCH 06/12] libata-hp-prep: implement ap->hw_sata_spd_limit Tejun Heo
2006-05-29 6:25 ` [PATCH 08/12] libata-hp-prep: add ata_scsi_wq Tejun Heo
2006-05-29 6:25 ` [PATCH 04/12] libata-hp-prep: update ata_scsi_find_dev() and friends Tejun Heo
2006-05-29 8:40 ` zhao, forrest
2006-05-29 9:09 ` Tejun Heo
2006-05-30 4:38 ` Jeff Garzik
2006-05-30 4:02 ` Jeff Garzik
2006-05-30 4:26 ` Tejun Heo
2006-05-30 4:37 ` Jeff Garzik
2006-05-30 4:43 ` Tejun Heo
2006-05-29 6:25 ` [PATCH 03/12] libata-hp-prep: make some ata_device fields persistent Tejun Heo
2006-05-30 4:00 ` Jeff Garzik
2006-05-29 6:25 ` [PATCH 10/12] libata-hp-prep: implement sata_phy_debounce() Tejun Heo
2006-05-30 4:10 ` Jeff Garzik
2006-05-30 5:08 ` Tejun Heo
2006-05-30 5:23 ` Jeff Garzik
2006-05-29 6:25 ` [PATCH 07/12] libata-hp-prep: store attached SCSI device Tejun Heo
2006-05-29 8:45 ` zhao, forrest
2006-05-29 9:14 ` Tejun Heo
2006-05-30 4:04 ` Jeff Garzik
2006-05-30 4:55 ` Tejun Heo
2006-05-29 6:25 ` [PATCH 09/12] libata-hp-prep: make probing related functions global Tejun Heo
2006-05-30 4:06 ` Jeff Garzik
2006-05-29 6:25 ` [PATCH 12/12] libata-hp-prep: implement followup softreset handling Tejun Heo
2006-05-30 4:12 ` Jeff Garzik
2006-05-29 6:25 ` [PATCH 11/12] libata-hp-prep: add prereset() method and implement ata_std_prereset() Tejun Heo
2006-05-29 11:12 ` [PATCH 11/12] (updated) " Tejun Heo
2006-05-30 4:12 ` Jeff Garzik [this message]
2006-05-29 6:25 ` [PATCH 05/12] libata-hp-prep: use __ata_scsi_find_dev() Tejun Heo
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=447BC610.2000404@pobox.com \
--to=jgarzik@pobox.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=albertcc@tw.ibm.com \
--cc=axboe@suse.de \
--cc=forrest.zhao@intel.com \
--cc=htejun@gmail.com \
--cc=linux-ide@vger.kernel.org \
--cc=mlord@pobox.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 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).