This message is from the T13 list server.
----- Forwarded by James C Hatfield/Seagate on 09/08/2003 08:41 AM -----
|---------+---------------------------->
| | "Grimsrud, Knut |
| | S" |
| | <knut.s.grimsrud@|
| | intel.com> |
| | No Phone Info |
| | Available |
| | |
| | 09/08/2003 08:39 |
| | AM |
| | |
|---------+---------------------------->
>------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
|
| cc:
|
| Subject: RE: [t13] HOLD 20 dword response time
|
>------------------------------------------------------------------------------------------------------------------------------|
I think that if an action is taken here (and I'm not positive one is
strictly needed) that a more conservative approach would be for
receivers to tolerate reception of 21 dwords rather than require
transmitters to pinch off within 19. This more conservative approach
would ensure that a T13 variant SATA solution would always work with a
solution built to the SATA specs. If you go the proposed way you don't
have such an assurance and a functional discrepancy gets introduced.
Knut
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, September 05, 2003 6:11 PM
To: Grimsrud, Knut S; [EMAIL PROTECTED]
Subject: [t13] HOLD 20 dword response time
----- Forwarded by James C Hatfield/Seagate on 09/05/2003 07:09 PM -----
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
