[T10] [IMPORTANT] SPL-5 Specification queries :Physical link rate tolerance management requirements : (SPL-5 Revision 04 16 April 2018) : 6.19.2 XL transmitter and receiver

Mansi Chadha Mansi.Chadha at synopsys.com
Mon Jul 16 02:13:46 PDT 2018


Hi Robert,

Thanks for your response and clarification on Physical link rate tolerance management requirements.
I appreciate T10 for taking up this query and resolve quickly.

Best Regards,
Mansi

From: Elliott, Robert (Persistent Memory) [mailto:elliott at hpe.com]
Sent: Friday, July 13, 2018 9:01 PM
To: 'Tim Symons' <tim.symons at microsemi.com>; Mansi Chadha <Mansi.Chadha at synopsys.com>; t10 at t10.org
Subject: RE: [T10] [IMPORTANT] SPL-5 Specification queries :Physical link rate tolerance management requirements : (SPL-5 Revision 04 16 April 2018) : 6.19.2 XL transmitter and receiver

>     b) when transmitting the last idle dword before a connection is established (i.e., after receiving OPEN_ACCEPT);
> Should XL transmitter insert a deletable primitive (dword mode) or LRM (link rate management, packet mode) just before the last idle dword or after the last idle dword

After.

If the forwarded stream includes the worst-case number of dwords before a forwarded deletable primitive occurs, then the dword immediately before the first forwarded dword needs to be deletable.  Otherwise, you'd have one more dword than allowed between deletable primitives, which could result in a buffer overflow and losing one of the dwords (if there is a worst-case combination of ppm rates, buffer sizes, etc.).

---
Robert Elliott, HPE Persistent Memory



From: t10-bounces at t10.org<mailto:t10-bounces at t10.org> [mailto:t10-bounces at t10.org] On Behalf Of Tim Symons
Sent: Thursday, July 12, 2018 7:18 PM
To: Mansi Chadha <Mansi.Chadha at synopsys.com<mailto:Mansi.Chadha at synopsys.com>>; t10 at t10.org<mailto:t10 at t10.org>
Subject: Re: [T10] [IMPORTANT] SPL-5 Specification queries :Physical link rate tolerance management requirements : (SPL-5 Revision 04 16 April 2018) : 6.19.2 XL transmitter and receiver

Mansi,
I will bring your enquiry to the attention of the T10 working group for review at the next meeting (17-19 July).

I don't believe that the precise location is particularly critical as will never cause an error event. It really should not matter if it is inserted before or after the final dword (or SPL packet), the objective is to ensure that there is a deletable primitive prior to the longer sequences described in the standard.

My opinion is driven by Note 36:

"NOTE 36 - This ensures that physical link rate tolerance management requirements are met, even if the
forwarded dword stream does not include a deletable primitive until the last possible dword."

I will ask the group to comment whether there is a need for further definition to clarify the purpose of this requirement, and provide feedback to you by E-mail.

Regards
Tim Symons
T10 Editor of SPL-5


Tim Symons | Storage Architect
Microsemi Corporation
8555 Baxter Place, Burnaby, BC V5A 4V7. Canada
Tel. 604 415 6000
Tim.Symons at microsemi.com<mailto:Tim.Symons at microsemi.com>

[Microsemi_Subsidiary_Logo_4C_BLK (003)]
http://www.microsemi.com/<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.microsemi.com_&d=DwMFAg&c=DPL6_X_6JkXFx7AXWqB0tg&r=4K_qy8eQTNSAPJd0gTGscqyZfk7xXUwmZFuOPX8n0nM&m=m1BOXYN1KrD-YsRA9sGJlqBT2qy0AXWbtNB6KuiF-lQ&s=xzQOEIksgWHWWYM1WMSAqmVOawGwm3wd52x1doh2c6k&e=>


From: t10-bounces at t10.org<mailto:t10-bounces at t10.org> <t10-bounces at t10.org<mailto:t10-bounces at t10.org>> On Behalf Of Mansi Chadha
Sent: Thursday, June 28, 2018 10:33 AM
To: t10 at t10.org<mailto:t10 at t10.org>
Subject: [T10] [IMPORTANT] SPL-5 Specification queries :Physical link rate tolerance management requirements : (SPL-5 Revision 04 16 April 2018) : 6.19.2 XL transmitter and receiver

EXTERNAL EMAIL

Hi,

I have certain queries on below section of the specification (SPL-5 Revision 04 16 April 2018) on  the physical link rate tolerance management requirements.
These queries are inline highlighted in blue and bolded. Please suggest the valid expectation as per specification interpretation.

6.19.2 XL transmitter and receiver

The XL transmitter shall insert a deletable primitive or a deletable extended binary primitive before switching
from originating dwords or originating SPL packets to forwarding dwords or forwarding SPL packets, including,
for example:

b) when transmitting the last idle dword before a connection is established (i.e., after receiving
OPEN_ACCEPT);

?  Should XL transmitter insert a deletable primitive (dword mode) or LRM (link rate management, packet mode) just before the last idle dword or after the last idle dword


c) while transmitting a SATA frame to a SAS logical link during an STP connection, when transmitting the
last dword from the STP flow control buffer in response to release of SATA_HOLD;

d) while transmitting a SATA frame to a SAS logical link during an STP connection, when transmitting the
last SATA_HOLDA in response to release of SATA_HOLD (e.g., if the STP flow control buffer is
empty); and

?  XL transmitter is expected to insert a deletable primitive (dword mode) or LRM (link rate management, packet mode)  after last SATA_HOLDA in response to release of SATA_HOLD

?  OR

?  XL transmitter is expected to insert a deletable primitive (dword mode) or LRM (link rate management, packet mode)  before last SATA_HOLDA in response to release of SATA_HOLD


e) while receiving dwords of a SATA frame from a SAS logical link during an STP connection, when
transmitting the last SATA_HOLD.

?  XL transmitter is expected to insert a deletable primitive (dword mode) or LRM (link rate management, packet mode) after last SATA_HOLD

?  OR

?  XL transmitter is expected to insert a deletable primitive (dword mode) or LRM (link rate management, packet mode)  before last SATA_HOLD



Also, apart from above mentioned examples we have identified some other scenarios which could be possible switches from originating to forwarding for XL transmitter as below:
Please suggest if otherwise.

1)       Transmitting SATA_SOF after X_RDY is one of the switch case from Originating to forwarding which is not listed in examples list.

a.       X_RDY followed by CONT is to be treated as Originating sequence and for transmitting SATA_SOF, Expander should switch to forwarding Phy, and put a deletable primitive (dword mode) or LRM (link rate management, packet mode) before SATA_SOF

b.       X_RDY (not followed by CONT) is to be treated as Originating sequence and for transmitting SATA_SOF, Expander should switch to forwarding Phy, and put a deletable primitive (dword mode) or LRM (link rate management, packet mode) before SATA_SOF

c.        X_RDY followed by CONT and then X_RDY, is to be treated as Originating sequence and for transmitting SATA_SOF, Expander should switch to forwarding Phy, and put a deletable primitive (dword mode) or LRM (link rate management, packet mode) before SATA_SOF

                                                               i.      E.g. SATA_X_RDY -> SATA_X_RDY -> SATA_CONT -> SATA_X_RDY -> SATA_SOF

2)       Read DATA transaction(DATA FIS is transmitted by Expander to STP Initiator) "

a.       Expander shall put a deletable primitive (dword mode) or LRM (link rate management, packet mode) while transmitting the  last SATA_HOLD i.e. before the last SATA_HOLD or after the last SATA_HOLD?



3)       while receiving dwords of a SATA frame from a SAS logical link during an STP connection, when

transmitting the last SATA_HOLD

a.       Write DATA transaction(DATA FIS is transmitted by STP initiator to  Expander) "

                                                               i.      Expander shall put a deletable primitive (dword mode) or LRM (link rate management, packet mode) while transmitting the  last SATA_HOLD i.e. before the last SATA_HOLD or after the last SATA_HOLD?


Please suggest the specification (SPL-5) interpretation for the above mentioned points related to physical link rate tolerance management requirements.
Hope to receive your response as soon as possible.

Thanks & Regards,
Mansi





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.t10.org/pipermail/t10/attachments/20180716/5ff92442/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 5163 bytes
Desc: image001.jpg
URL: <http://www.t10.org/pipermail/t10/attachments/20180716/5ff92442/attachment.jpg>


More information about the T10 mailing list