12.07.2015 Views

SCSI Primary Commands - 2.pdf

SCSI Primary Commands - 2.pdf

SCSI Primary Commands - 2.pdf

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

T10/1236-D Revision 20 18 July 20014 General Concepts4.1 IntroductionThis standard defines behaviors that are common to all <strong>SCSI</strong> device models (see clause 5). This standard definesthe <strong>SCSI</strong> commands that are basic to more than one device model and the <strong>SCSI</strong> commands that may apply to anydevice model (see clause 7). This standard defines the parameters that are basic to more than one device model(see clause 8).The processor device model (see clause 6), commands (see clause 9), and parameters (see clause 10) aredefined in this standard.4.2 The request-response modelThe <strong>SCSI</strong> command set assumes an underlying request-response protocol. The fundamental properties of therequest-response protocol are defined in SAM-2. Action on <strong>SCSI</strong> commands shall not be deemed completed untila response is received. The response shall include a status that indicates the final disposition of the command. Asper SAM-2, the request-response protocol may be modeled as a procedure call, specifically:Service response = Execute Command (IN(I_T_L_x Nexus, CDB, [Data-Out Buffer], Task Attributes),OUT([Data-In Buffer], [Autosense Data], [Autosense Return Flag], Status))SAM-2 defines all of the inputs and outputs in the procedure call above. As they may apply to any <strong>SCSI</strong> device,this standard defines the contents of the following procedure inputs and outputs; CDB, Data-Out Buffer, Data-InBuffer, and Autosense Data. This standard does not define all possible instances of these procedure inputs andoutputs. This standard defines only those instances that may apply to any <strong>SCSI</strong> device or to processor type <strong>SCSI</strong>devices. Instances of the procedure inputs and outputs that apply to specific <strong>SCSI</strong> device models are defined inthe applicable <strong>SCSI</strong> command standards (see 3.1.12).This standard references values returned via the Status output parameter. Examples of such status values areCHECK CONDITION and RESERVATION CONFLICT. Status values are not defined by this standard. SAM-2defines all Status values.The entity that makes the procedure call from an initiator is an application client, as defined in SAM-2. Theprocedure call's representation arrives at the target in the form of a device service request. The entity thatperforms the work of the procedure call in a target is a device server, which is an object within a logical unit and isdefined in SAM-2.4.3 The Command Descriptor Block (CDB)4.3.1 CDB usage and structureA command is communicated by sending a command descriptor block (CDB) to the device server. For severalcommands, the CDB is accompanied by a list of parameters in the Data-Out Buffer. See the specific commands fordetailed information.The fixed length CDB formats are described in 4.3.2. The variable length CDB formats are described in 4.3.3. TheCDB fields that are common to most commands are described in 4.3.4. The fields shown in 4.3.2 and 4.3.3 anddescribed in 4.3.4 are used consistently by most commands. However, the actual usage of any field (exceptOPERATION CODE and CONTROL) is described in the subclause defining that command. If a device server receives a12 dpANS <strong>SCSI</strong> <strong>Primary</strong> <strong>Commands</strong> - 2 (SPC-2)

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!