Command Deadlines: HP's Modest Proposal
Paul.Suhler at hgst.com
Wed Sep 3 14:30:44 PDT 2014
Formatted message: <a href="http://www.t10.org/cgi-bin/ac.pl?t=r&f=r1409030_f.htm">HTML-formatted message</a>
Curtis Ballard has made an interesting suggestion for a major change to last
Instead of providing two sets of fifteen timeouts, one timeout would be
provided per-opcode-per-I_T_L nexus. That timeout would be used if a
newly-allocated bit in the CDB's Control byte were set.
No need to wait for the Command Priority attribute to be added to transport
implementations and to driver stacks, which could take years.
In cases where an initiator wants to change the timeout for a particular
command (e.g., READ(16)) on a particular LU, it would have to send a MODE
1) Does anyone feel that one timeout per opcode per I_T_L nexus is too
much of a constraint? HP doesn't.
2) Does anyone object to using mode pages, with the requirement that the
data length on MODE SELECT must match the data length on MODE SENSE? (The
alternative is yet another command.)
Thanks for your feedback,
Paul A. Suhler, PhD
Research Staff Member
paul.suhler at hgst.com
o: 949-476-1180 x275448
3001 Daimler St.
Santa Ana, CA 92705-5812
More information about the T10