This message is from the T13 list server.
----- Forwarded by James C Hatfield/Seagate on 09/08/2003 08:42 AM -----
|---------+---------------------------->
| | Tony L Priborsky |
| | 720-684-1163 |
| | |
| | 09/08/2003 08:30 |
| | AM |
| | |
|---------+---------------------------->
>------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: James C Hatfield/Seagate
|
| cc: [EMAIL PROTECTED], Tony L Priborsky/Seagate
|
| Subject: Re: [t13] HOLD 20 dword response time(Document link: James C
Hatfield) |
>------------------------------------------------------------------------------------------------------------------------------|
Since Scott came up with I'd prefer to hear directly from him.
----- Forwarded by James C Hatfield/Seagate on 09/05/2003 07:09 PM -----
|---------+---------------------------->
| | "Elliott, Robert |
| | (Server Storage)"|
| | <[EMAIL PROTECTED]> |
| | Sent by: |
| | [EMAIL PROTECTED]|
| | rg |
| | No Phone Info |
| | Available |
| | |
| | 09/05/2003 05:09 |
| | PM |
| | |
|---------+---------------------------->
>------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: "John Masiewicz" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
|
| cc:
|
| Subject: [t13] HOLD 20 dword response time
|
>------------------------------------------------------------------------------------------------------------------------------|
This message is from the T13 list server.
In 15.4.8.1 of ata7v3r3c, regarding HOLD usage by the frame receiver,
the frame receiver must accept 20 more dwords after sending HOLD and the
frame transmitter must send no more than 20 dwords after receiving HOLD.
Since wire delay is really not zero, a worst case transmitter (that
sends a full 20 dwords) could overrun a worst case receiver (that only
has room for 20 dwords) because HOLD really takes some amount of time to
make it from one end of the wire to the other.
I suggest the frame transmitter be required to cease within 19 dwords to
fix the issue. Keep the frame receiver expectation 20 dwords.
I doubt any currently shipping frame transmitters take this long to
respond to HOLD today, so this shouldn't cause any device to be
noncompliant.
I would delete this from the sample budget:
"A one meter cable contains less than one - half Dword and is therefore
rounded to 0."
--
Rob Elliott, [EMAIL PROTECTED]
Hewlett-Packard Industry Standard Server Storage Advanced Technology
https://ecardfile.com/id/RobElliott