SPL3R04 text in conflict with respect to Initiate Full Duplex Close

Penokie, George George.Penokie at lsi.com
Tue Oct 29 06:54:37 PDT 2013


Formatted message: <a href="http://www.t10.org/cgi-bin/ac.pl?t=r&f=r1310290_f.htm">HTML-formatted message</a>

Craig,
There are three conditions that can occur in the SSP_TF state machine
regarding the frame transmission:
-	   A frame is transmit request is received, which happens in SSP_TF1.
-	   There is period of time in which the transmission of the frame may
be delayed, which happens in SSP_TF2.
-	   The frame is transmitted, which happens in SSP_TF3.
The Begin Close message is only sent to the SSP_TF1 state and, therefore, has
no affect on a frame that is waiting in SSP_TF2 (item (a) in the list in
6.18.8) or being transmitted in SSP_TF3 (item (b) in the list in 6.18.8). In
other words, the list in section 6.18.8 is correct.
Bye for now,
George Penokie
LSI Corporation
3033 41 St NW
Rochester , MN 55901
507-328-9017
george.penokie at lsi.com
From: Craig Stoops [mailto:Craig.Stoops at synopsys.com]
Sent: Monday, October 28, 2013 5:12 PM
To: Penokie, George; t10 at t10.org
Subject: SPL3R04 text in conflict with respect to Initiate Full Duplex Close
Hi George,
I believe two sections of text are in conflict in SPL3r04 regarding Initiate
Full Duplex Close. I believe it's a result of a hold over from the original
proposal in one section and an update to the other, and they got out of sync.
See the spec for the TF1 state, and look at the argument passed on transition
to TF2 when BOTH the PL is requesting a new frame transmission AND a begin
close message has been received. DONE (CLOSE) takes priority regardless of
whether the PL is requesting a new frame to be sent or not. Then in TF2, the
TF will transition to sending DONE regardless of whether there is a pending
frames transmission request because a transmit frame argument was not passed
|from TF1. (6.18.9.6.3.3 Transition SSP_TF2:Tx_Wait to SSP_TF4:Transmit_DONE)
The conflicting text left over from the original proposal is located in
6.18.8 Closing an SSP connection, where it states
In response to receiving an RRDY (CLOSE) or an EXTEND_CONNECTION (CLOSE) the
SSP link layer
requests the transmission of a DONE (CLOSE). The transmission of a DONE
(CLOSE) occurs:
a) if there are no SSP frames waiting to be transmitted by the SSP link layer
(see 6.18.9.6.3);
b) if there are no SSP frames being transmitted by the SSP link layer (see
6.18.9.6.4); and
c) ACK/NAK count is balanced (see 6.18.9.3).
In the above, item a) is in error, but b) is correct because the TF would be
in TF3 if a frame was being transmitted. In the original proposal, the TF
could transmit 1 more frame after the begin close request, but that is no
longer true.
Please confirm that my interpretation is correct and that this will be
removed.
Thanks,
Craig



More information about the T10 mailing list