Elliott, Robert (Server Storage)
elliott at hp.com
Sat Mar 13 15:59:26 PST 2004
* From the T10 Reflector (t10 at t10.org), posted by:
* "Elliott, Robert (Server Storage)" <elliott at hp.com>
Every SAS phy should have a way to repeatedly generate CJTPAT; otherwise
it cannot be tested against the jitter requirements. There is currently
no standard way to invoke this; a mode page (in targets) or SMP page (in
expanders) to put it into such a mode would suffice.
You should avoid sending ALIGNs during the pattern.
Since it's just a transmit pattern, I don't understand your question
about error primitives. The pattern does not normally flow through an
expander. Although the example in table A.4 shows how to put the
pattern into the format of an SSP data frame, it's not really intended
to be used as normal SSP traffic flowing through an expander.
Rob Elliott, elliott at hp.com
Hewlett-Packard Industry Standard Server Storage Advanced Technology
> -----Original Message-----
> From: owner-t10 at t10.org [mailto:owner-t10 at t10.org] On Behalf
> Of Kido Shogo
> Sent: Monday, March 01, 2004 6:05 PM
> To: t10 at t10.org
> Subject: SAS-1.1 CJTPAT
> * From the T10 Reflector (t10 at t10.org), posted by:
> * "Kido Shogo" <kido-sxa at necst.nec.co.jp>
> Hi all,
> I have some questions about AnnexA compliant jitter test pattern
> (CJTPAT) in SAS-1.1 rev3.
> Should the expander generates the CJTPAT?
> When the expander relays the CJTPAT,
> should the expander does any special processing as follows
> for the CJTPAT?
> does not insert ALIGN in the frame
> does not insert error primitive at error detection
> Shogo Kido
> NEC System Technologies, Ltd.
> * 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