[5952] in linux-scsi channel archive
Re: delay after SCSI bus reset
daemon@ATHENA.MIT.EDU (Richard Waltham)
Sat Feb 20 23:43:41 1999
From: "Richard Waltham" <dormouse@farsrobt.demon.co.uk>
To: <mjacob@feral.com>, "Kurt Garloff" <K.Garloff@ping.de>
Cc: "Linux SCSI list" <linux-scsi@vger.rutgers.edu>
Date: Sun, 21 Feb 1999 04:40:57 -0000
----- Original Message -----
From: Matthew Jacob <mjacob@feral.com>
To: Kurt Garloff <K.Garloff@ping.de>
Cc: Linux SCSI list <linux-scsi@vger.rutgers.edu>
Sent: Saturday, February 20, 1999 7:53 PM
Subject: Re: delay after SCSI bus reset
>>
>> It would be nice to find an approach to handle this in a general way.
>> Any ideas or comments?
>>
>
>The answer is to have a SCSI middle layer that defers (re)queueing
>commands to the HBA's until after a (tunable) delay has occurred.
>Strictly speaking the delay is a per-target value since the amount of
>recovery time after a reset until a target can actually accept selection
>is not covered by the SCSI specification.
>
>
Section 5.7 of the SCSI 2 spec mentions a value of 250ms for a hard reset to
selection time - but its only a recommendation.
Richard
>
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
>the body of a message to majordomo@vger.rutgers.edu
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
