Re: [patch 2/4] libata: implement ata_wait_after_reset()

[Jeff Garzik <jeff@garzik.org>]

akpm@linux-foundation.org wrote:
> From: Tejun Heo <htejun@gmail.com>
> 
> On certain device/controller combination, 0xff status is asserted
> after reset and doesn't get cleared during 150ms post-reset wait.  As
> 0xff status is interpreted as no device (for good reasons), this can
> lead to misdetection on such cases.
> 
> This patch implements ata_wait_after_reset() which replaces the 150ms
> sleep and waits upto ATA_TMOUT_FF_WAIT if status is 0xff.
> ATA_TMOUT_FF_WAIT is currently 800ms which is enough for
> HHD424020F7SV00 to get detected but not enough for Quantum GoVault
> drive which is known to take upto 2s.
> 
> Without parallel probing, spending 2s on 0xff port would incur too
> much delay on ata_piix's which use 0xff to indicate empty port and
> doesn't have SCR register, so GoVault needs to wait till parallel
> probing.
> 
> Signed-off-by: Tejun Heo <htejun@gmail.com>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> ---
> 
>  drivers/ata/ahci.c          |   11 +----
>  drivers/ata/libata-core.c   |   67 +++++++++++++++++++++++++++-------
>  drivers/ata/pata_scc.c      |   13 +-----
>  drivers/ata/sata_inic162x.c |    2 -
>  include/linux/libata.h      |    8 ++++
>  5 files changed, 67 insertions(+), 34 deletions(-)

applied