How things can go wrong when new proposal are incorporated during Letter Ballot

Ralph O. Weber roweber at IEEE.org
Sun Mar 6 17:30:29 PST 2005


* From the T10 Reflector (t10 at t10.org), posted by:
* "Ralph O. Weber" <roweber at ieee.org>
*
What follows in a poster-child case for why new proposals
should not be incorporated during Letter Ballot.

04-271r4 failed to define the TIMESTAMP PARAMETER DATA LENGTH
field in violation of the T10 custom regarding such matters.

While incorporating 04-271r4 in SPC-3 r21d, I added a field
definition, but it is incorrect.

Now, I am going to fix the definition in the next SPC-3
revision and this e-mail message is the only record of
the change. I cannot write a late Letter Ballot comment
because there is no text in SPC-3 r21 to reference.

Do not be surprised when new proposals for SPC-3 get
the fifth degree this week.

.Ralph


-------- Original Message --------
Subject: 	cut and paste error in SPC3r21d
Date: 	Fri, 25 Feb 2005 15:15:56 -0700
From: 	Paul Entzel <Paul.Entzel at quantum.com>
To: 	'ROWeber at IEEE.org' <ROWeber at IEEE.org>



Ralph, I was just reviewing some stuff in SPC-3, revision 21d and found 
a cut and paste error.  On page 219, the paragraph immediately below 
table 169:

 The TIMESTAMP PARAMETER DATA LENGTH field indicates the length in bytes 
of the list of target port groups.

I went back and looked at the original proposal (04-271r4) and it did 
not have a definition of this field.  I think the definition should be 
something like this:

The TIMESTAMP PARAMETER DATA LENGTH specifies the number of bytes of 
parameter data that follow. 

I borrowed this description from the PRIORITY PARAMETER DATA LENGTH 
field description on page 208.

Paul Entzel

Quantum



*
* 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