Error in hexadecimal value of primitive encoding in SAS Standard

Karthikeyan, Kishore K kishore.k.karthikeyan at intel.com
Sat Aug 4 09:26:11 PDT 2007


Formatted message: <A HREF="r0708040_f.htm">HTML-formatted message</A>
Attachment #1: <A HREF="r0708040_image001.gif">image001.gif</A>

Thanks Rob
Kishore
________________________________
From: owner-t10 at t10.org [mailto:owner-t10 at t10.org] On Behalf Of Elliott,
Robert (Server Storage)
Sent: Friday, August 03, 2007 7:32 PM
To: t10 at t10.org
Subject: RE: Error in hexadecimal value of primitive encoding in SAS
Standard
OPEN_REJECT (RESERVED ABANDON 0) became OPEN_REJECT (ZONE VIOLATION) in
SAS-2.	The reserved primitives were designed to be taken over in this
manner by new features.
The hex column was off by one as you mention; it should be correct in
sas2r11 (see http://www.t10.org/drafts.htm).  Table consistency in this
revision has been checked with a perl script.
-- 
Rob Elliott, elliott at hp.com 
Hewlett-Packard Industry Standard Server Storage Advanced Technology 
https://ecardfile.com/id/RobElliott 
________________________________
	From: owner-t10 at t10.org [mailto:owner-t10 at t10.org] On Behalf Of
Karthikeyan, Kishore K
	Sent: Friday, August 03, 2007 8:01 PM
	To: t10 at t10.org
	Cc: Karthikeyan, Kishore K
	Subject: Error in hexadecimal value of primitive encoding in SAS
Standard
	I find two issues in this table
	1.	OPEN_REJECT (RESERVED ABANDON 0) primitive is no longer
there. Was this removal from the standard intentional? 
	2.	The hexadecimal values in the table corresponding to the
primitives are not correct starting from OPEN_REJECT (RESERVED ABANDON
1) and has the wrong values for all open reject primitives. 
	Seems like when the row for the OPEN_REJECT (RESERVED ABANDON 0)
got deleated, the deletion of the row was missed out from the last
column and hence this column got shifted up by one row.
	Thanks
	Kishore



More information about the T10 mailing list