Renaming Command Deadlines (14-107)

Tom Friend tom.friend at
Fri Oct 17 08:53:54 PDT 2014

Formatted message: <a href="">HTML-formatted message</a>
Attachment #1: <a href="">image001.png</a>

I feel that unless you visit the SAM state machine details, the phrase
“Command enabled <time> limit” will bring additional confusion.

The two phrases mentioned which seem the most correctly descriptive to me are
“Command duration limit” and “Command completion time limit”.

My two pence…

Tom Friend – Director of Industry Standards

OCZ Storage Solutions -<<a href="">;

Mobile:    +1(360)860-1831

Desk:	  408.733.8400	x301

E-Fax:	  408.716.3235

E-mail:  tom.friend at

[cid:image001.png at 01CFE9E7.BE84DFD0]

From: owner-t10 at [mailto:owner-t10 at] On Behalf Of Ballard,
Curtis C (HP Storage)

Sent: Friday, October 17, 2014 8:43 AM

To: Gerry Houlder; T10 Reflector

Subject: RE: Renaming Command Deadlines (14-107)

I really don’t link deadline.  A deadline is a fixed point in time when
something has to be done.  It isn’t a limit on how long something can take.

Webster’s defines deadline as: “a date or time before which something
must be done”

Several people have interpreted this to be creating a method where the system
can provide a timestamp for when the command must be complete and while there
is a definition that says otherwise, a frequent misinterpretation makes
implementation and acceptance more difficult.

I like “Command processing time limit” because that describes exactly
what this is in plain language without having to refer to a definition.  This
is setting a limit on the amount of time the device server can spend
processing the command.  If that is too long “Command time limit” is
further away from “command processing timeout” and shorter.

Paul’s proposal of “Command duration limit” isn’t too bad.

A possible alternative with a nod to the SAM state machine might be
“Command enabled time limit” or “Command enabled limit”.

Curtis Ballard

Hewlett-Packard Company

+1 970 898 3013 / Tel

Curtis.Ballard at / Email

Fort Collins, CO

From: owner-t10 at<mailto:owner-t10 at> [mailto:owner-t10 at]
On Behalf Of Gerry Houlder

Sent: Friday, October 17, 2014 8:21 AM

To: T10 Reflector

Subject: Re: Renaming Command Deadlines (14-107)

My first choice is to keep the "command deadline" label. We have a
definitions section to describe exactly what we mean.

If that option fails, my second choice is "command time limit". Time limit is
an acknowledged synonym for deadline. Again, if folks need more clarification
than that, read the definition of the term.

On Thu, Oct 16, 2014 at 6:54 PM, Paul Suhler
<Paul.Suhler at> wrote:

At Tuesday’s SAM-5 call, I received a recommendation not to use the term
“command deadline time” because that implied an absolute wall clock time,
rather than a duration that begins when the command is received by the device

One suggestion was “command processing time limit.”  This could be
confusing because it’s too close to “command processing timeout,” which
is in SPC-4 and is a totally different concept; see the command timeouts
descriptor in REPORT SUPPORTED OPCODES.  Moreover, “time limit” could
also imply a wall clock time.

Another objection I have is that I’d be replacing three words with four and
this proposal is wordy enough already.

How about:

a)	Command duration limit (Do we *have* to say “processing” – can
it be implicit?)

b)	Command lifetime limit

Other suggestions?



Paul A. Suhler, PhD

Research Staff Member

HGST Research

paul.suhler at

o: 949-476-1180 x275448<tel:949-476-1180%20x275448>

m: 949-241-6443<tel:949-241-6443>

3001 Daimler St.

Santa Ana, CA 92705-5812<<a href="">;


CONFIDENTIAL COMMUNICATION: This communication including any attached file(s)
is CONFIDENTIAL, intended only for the named recipient (s) above and contains
trade secrets or other information that is exempt from disclosure under
applicable law. Any use, dissemination, distribution or copying of this
communication and any file attachments by anyone other than the named
recipient (s) is strictly prohibited. If you have received this communication
in error, please immediately notify us by reply electronic mail and
permanently delete the original transmission and any attachments from your
computer system and any copies of this message and file attachments. Thank

More information about the T10 mailing list