SAS: Primitive Response to SSP Frame

George Penokie gop at us.ibm.com
Wed Jul 3 08:22:58 PDT 2002


* From the T10 Reflector (t10 at t10.org), posted by:
* "George Penokie" <gop at us.ibm.com>
*

Bob,
You are correct the entire bullet should have been deleted.

Bye for now,
George Penokie

Dept 2C6  114-2 N212
E-Mail:    gop at us.ibm.com
Internal:  553-5208
External: 507-253-5208   FAX: 507-253-2880




                                                                                                                                         
                      "Sheffield, Robert                                                                                                 
                      L"                         To:       George Penokie/Rochester/IBM at IBMUS, Ed.W.Fong at seagate.com                     
                      <robert.l.sheffield        cc:       t10 <t10 at t10.org>                                                             
                      @intel.com>                Subject:  RE: SAS:  Primitive Response to SSP Frame                                     
                                                                                                                                         
                      07/03/02 10:08 AM                                                                                                  
                                                                                                                                         
                                                                                                                                         



I saw this note and took a look at section 7.14.7.3. I noticed that in
SAS-r00c paragraph 7.14.7.3.1 bullet (c) specifies that any frame with good
CRC shall be discarded. I think it was an oversight with the last edit
which
removed the condition that the hashed destination ID must match. I
recommend
deleting bullet (c) in it's entirety.

Bob Sheffield
Intel Corporation
I/O & Bridges Division (IBD)
CH6-332
5000 W. Chandler Blvd
Chandler, AZ 85226-3699
Phone: 480-554-8597
Fax: 480-554-6617

-----Original Message-----
From: George Penokie [mailto:gop at us.ibm.com]
Sent: Monday, July 01, 2002 2:11 PM
To: Ed.W.Fong at seagate.com
Cc: t10
Subject: Re: SAS: Primitive Response to SSP Frame


* From the T10 Reflector (t10 at t10.org), posted by:
* "George Penokie" <gop at us.ibm.com>
*

Ed,

To answer your questions:

For a single SSP frame that is received by a device, are the only responses
to the received SSP frame an ACK or NAK?

<<Yes>>

Is it possible for a device to not return a primitive response to a SSP
frame?

<<Yes see section 7.14.7.3>>

The term "discard" is used in various places in the specification, and
appears to refer to the transport layer error handling.  In section 9.2.1,
some text indicates the following: "If the HASHED DESTINATION DEVICE NAME
does not match the device name used to open the connection, the frame shall
be discarded by the transport layer."  Does this imply that an ACK is
returned, but the frame will be not processed?

<<Yes, because it was sent from a device other than the one that opened the
connection or sent to a device other than the one that was opened for the
connection.>>

For example, if the frame
was a command frame, then the frame would be discarded and no command
execution will occur by the device.  However, an ACK is still returned for
the command frame.

<<Yes>>



Bye for now,
George Penokie

Dept 2C6  114-2 N212
E-Mail:    gop at us.ibm.com
Internal:  553-5208
External: 507-253-5208   FAX: 507-253-2880






                      Ed.W.Fong at seagate

                      .com                     To:       <t10 at t10.org>

                      Sent by:                 cc:

                      owner-t10 at t10.org        Subject:  SAS:  Primitive
Response to SSP Frame




                      06/28/02 03:44 PM








* From the T10 Reflector (t10 at t10.org), posted by:
* Ed.W.Fong at seagate.com
*
For a single SSP frame that is received by a device, are the only responses
to the received SSP frame an ACK or NAK?

Is it possible for a device to not return a primitive response to a SSP
frame?

The term "discard" is used in various places in the specification, and
appears to refer to the transport layer error handling.  In section 9.2.1,
some text indicates the following: "If the HASHED DESTINATION DEVICE NAME
does not match the device name used to open the connection, the frame shall
be discarded by the transport layer."  Does this imply that an ACK is
returned, but the frame will be not processed?  For example, if the frame
was a command frame, then the frame would be discarded and no command
execution will occur by the device.  However, an ACK is still returned for
the command frame.

Thanks

*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org





*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org





*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org





More information about the T10 mailing list