ANSI INCITS451-2008 Information technology - AT Atachment-8 ATA ATAPI Architecture Model (ATA8-AAM)《信息技术.AT附件-8 ATA ATAPI体系模型(ATA8-AAM)》.pdf

《ANSI INCITS451-2008 Information technology - AT Atachment-8 ATA ATAPI Architecture Model (ATA8-AAM)《信息技术.AT附件-8 ATA ATAPI体系模型(ATA8-AAM)》.pdf》由会员分享，可在线阅读，更多相关《ANSI INCITS451-2008 Information technology - AT Atachment-8 ATA ATAPI Architecture Model (ATA8-AAM)《信息技术.AT附件-8 ATA ATAPI体系模型(ATA8-AAM)》.pdf（50页珍藏版）》请在麦多课文档分享上搜索。

1、American National StandardDeveloped byfor Information Technology AT Attachment-8 ATA/ATAPI Architecture Model(ATA8-AAM)INCITS 451-2008INCITS 451-2008Copyright American National Standards Institute Provided by IHS under license with ANSI Not for ResaleNo reproduction or networking permitted without l

2、icense from IHS-,-,-Copyright American National Standards Institute Provided by IHS under license with ANSI Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-INCITS 451-2008American National Standardfor Information Technology AT Attachment-8 ATA/ATAPI Architecture Mo

3、del(ATA8-AAM)SecretariatInformation Technology Industry CouncilApproved December 18, 2008American National Standards Institute, Inc.AbstractThis standard describes the AT Attachment Architectural Model. The purpose of the architecture model is to provide a common basis for the coordination of ATA st

4、andards and to define those aspects of ATA system behavior that are independent of a particular technology and common to all implementations.Copyright American National Standards Institute Provided by IHS under license with ANSI Not for ResaleNo reproduction or networking permitted without license f

5、rom IHS-,-,-Approval of an American National Standard requires review by ANSI that therequirements for due process, consensus, and other criteria for approval havebeen met by the standards developer.Consensus is established when, in the judgement of the ANSI Board ofStandards Review, substantial agr

6、eement has been reached by directly andmaterially affected interests. Substantial agreement means much more thana simple majority, but not necessarily unanimity. Consensus requires that allviews and objections be considered, and that a concerted effort be madetowards their resolution.The use of Amer

7、ican National Standards is completely voluntary; theirexistence does not in any respect preclude anyone, whether he has approvedthe standards or not, from manufacturing, marketing, purchasing, or usingproducts, processes, or procedures not conforming to the standards.The American National Standards

8、Institute does not develop standards andwill in no circumstances give an interpretation of any American NationalStandard. Moreover, no person shall have the right or authority to issue aninterpretation of an American National Standard in the name of the AmericanNational Standards Institute. Requests

9、 for interpretations should beaddressed to the secretariat or sponsor whose name appears on the titlepage of this standard.CAUTION NOTICE: This American National Standard may be revised orwithdrawn at any time. The procedures of the American National StandardsInstitute require that action be taken p

10、eriodically to reaffirm, revise, orwithdraw this standard. Purchasers of American National Standards mayreceive current information on all standards by calling or writing the AmericanNational Standards Institute.American National StandardPublished byAmerican National Standards Institute, Inc.25 West

11、 43rd Street, New York, NY 10036Copyright 2009 by Information Technology Industry Council (ITI)All rights reserved.No part of this publication may be reproduced in anyform, in an electronic retrieval system or otherwise,without prior written permission of ITI, 1250 Eye Street NW, Washington, DC 2000

12、5. Printed in the United States of AmericaCAUTION: The developers of this standard have requested that holders of patents that may berequired for the implementation of the standard disclose such patents to the publisher. However,neither the developers nor the publisher have undertaken a patent searc

13、h in order to identifywhich, if any, patents may apply to this standard. As of the date of publication of this standardand following calls for the identification of patents that may be required for the implementation ofthe standard, no such claims have been made. No further patent search is conducte

14、d by the de-veloper or publisher in respect to any standard it processes. No representation is made or impliedthat licenses are not required to avoid infringement in the use of this standard.Copyright American National Standards Institute Provided by IHS under license with ANSI Not for ResaleNo repr

15、oduction or networking permitted without license from IHS-,-,-iContentsPageForeword .ivIntroduction vii1 Scope. 11.1 Introduction 11.2 Requirements precedence. 11.3 ATA family of standards. 22 Normative References . 42.1 General Information . 42.2 Approved normative references. 42.3 Normative refere

16、nces under development. 52.4 Other references 53 Definitions, symbols, abbreviations, and conventions . 63.1 Definitions 63.2 Symbols . 73.3 Abbreviations . 73.4 Keywords . 73.5 Conventions. 83.5.1 Editorial conventions 83.5.2 Numeric conventions . 83.5.3 Lists 83.5.3.1 Lists overview 83.5.3.2 Unord

17、ered lists. 93.5.3.3 Ordered lists. 93.5.4 Precedence 94 ATA architecture model . 104.1 Introduction 104.2 ATA structural model . 104.2.1 The ATA domain 104.2.2 The host. 114.2.3 The device . 124.2.4 Service delivery subsystem . 124.3 ATA architecture layering. 144.4 The ATA client-server model . 15

18、4.5 The ATA distributed service model 164.5.1 The ATA distributed service model overview. 164.5.2 Transport protocol services 164.5.3 Data transfer protocol services 17Copyright American National Standards Institute Provided by IHS under license with ANSI Not for ResaleNo reproduction or networking

19、permitted without license from IHS-,-,-iiPage5 ATA protocol model . 185.1 ATA protocol introduction 185.1.1 ATA protocol overview. 185.1.2 ATA protocol services 195.1.3 ATA protocol service arguments 205.1.4 ATA transport service format . 225.2 Power-on, nexus loss, and device management protocols .

20、 225.2.1 Power-on protocols 225.2.1.1 Power-on protocols overview. 225.2.1.2 Host Power-on protocol description. 235.2.1.3 Device Power-on protocol description . 235.2.2 Nexus Loss protocol 245.2.2.1 Nexus Loss protocol overview . 245.2.2.2 Nexus Loss protocol description 245.2.3 Device Management p

21、rotocol 245.2.3.1 Device Management protocol overview. 245.2.3.2 Device Management protocol description 255.3 Command protocols. 265.3.1 Command protocol overview . 265.3.2 Non-data Command protocol. 265.3.2.1 Non-data Command protocol overview . 265.3.2.2 Non-data Command protocol description 265.3

22、.3 PIO Data-In Command protocol 275.3.3.1 PIO Data-In Command protocol overview . 275.3.3.2 PIO Data-In Command protocol description 275.3.4 PIO Data-Out Command protocol 285.3.4.1 PIO Data-Out Command protocol overview 285.3.4.2 PIO Data-Out Command protocol description . 295.3.5 DMA command protoc

23、ol 305.3.5.1 DMA Command protocol overview 305.3.5.2 DMA Command protocol description . 305.3.6 DMA Queued Command protocol 315.3.6.1 DMA Queued Command protocol overview 315.3.6.2 DMA Queued Command protocol description . 325.3.7 PACKET Command protocol . 335.3.7.1 PACKET Command protocol overview

24、335.3.7.2 PACKET Command protocol description. 345.3.7.2.1 PACKET command transfer. 345.3.7.2.2 PACKET command completion with no data transfer 355.3.7.2.3 PACKET command completion with read data transfer using PIO 355.3.7.2.4 PACKET command completion with write data transfer using PIO 365.3.7.2.5

25、 PACKET command completion with data transfer using DMA 37Tables1 Related host standards examples . 22 Packet delivered command set standards and specifications examples 33 Other related device specifications examples . 3Copyright American National Standards Institute Provided by IHS under license w

26、ith ANSI Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-iiiPage4 Standards bodies . 45 Approved normative references . 46 Normative references under development . 57 Other specifications 58 American and ISO numbering conventions 89 ATA protocol services 1910 ATA p

27、rotocol service arguments 2011 Arguments used for protocol services 21Figures1 Requirements precedence . 12 Standards and specifications relationships 23 Simple ATA domain example. 114 Simple host schematic . 125 Simple device schematic 126 Example ATA domain with two devices . 137 ATA architecture

28、layering model 148 Client-server model 159 Transport protocol services 1710 Data transfer protocol services 1711 Host Power-on procedure call 2312 Device Power-on procedure call 2313 Nexus Loss procedure call. 2414 Device Management procedure call. 2515 Non-data Command procedure call . 2616 PIO Dat

29、a-In Command procedure call . 2717 PIO Data-Out Command procedure call 2918 DMA Command procedure call 3019 DMA Queued Command procedure call 3220 PACKET command transfer . 3421 PACKET command completion with no data transfer 3522 PACKET command completion with read data transfer using PIO 3523 PACK

30、ET command completion with write data transfer using PIO 3624 PACKET command completion with data transfer using DMA. 37Copyright American National Standards Institute Provided by IHS under license with ANSI Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-ivForewor

31、d (This foreword is not part of American National Standard INCITS 451-2008.)The purpose of this standard is to provide a basis for the coordination of ATA stan-dards development and to define requirements common to all ATA technologies andimplementations that are essential for compatibility with hos

32、t ATA application soft-ware and device-resident firmware across all ATA transport protocols. These require-ments are defined through a reference model that specifies the behavior and abstractstructure that is generic to all ATA I/O system implementations.Requests for interpretation, suggestions for

33、improvement and addenda, or defect re-ports are welcome. They should be sent to the INCITS Secretariat, National Commit-tee for Information Technology Standards, Information Technology Institute, 1250Eye Street, NW, Suite 200, Washington, DC 20005-3922.This standard was processed and approved for su

34、bmittal to ANSI by the InterNation-al Committee for Information Technology Standards (INCITS). Committee approvalof the standard does not necessarily imply that all committee members voted for itsapproval. At the time of it approved this standard, INCITS had the following mem-bers:Karen Higginbottom

35、, ChairJennifer Garner, SecretaryOrganization Represented Name of RepresentativeAdobe Systems, Inc. Steve ZillesScott Foshee (Alt.)AIM Global, Inc. Dan MullenCharles Biss (Alt.)Apple Computer, Inc. Kwok LauHelene Workman (Alt.)David Singer (Alt.)Distributed Managment Task Force . Tony DiCenzoElectro

36、nic Industries Alliance . Edward Mikoski, Jr.EMC Corporation Gary RobinsonFarance, Inc. Frank FaranceTimothy Schoechle (Alt.)Google Zaheda BhoratRobert Tai (Alt.)GS1 US Ray DelnickiFrank Sharkey (Alt.)James Chronowski (Alt.)Mary Wilson (Alt.)Hewlett-Packard Company. Paul JeranKaren Higginbottom (Alt

37、.)Scott Jameson (Alt.)IBM Corporation . Ronald F. SillettiRobert Weir (Alt.)IEEE . Judith GormanTerry DeCourcelle (Alt.)Bill Ash (Alt.)Jodie Haasz (Alt.)Bob Labelle (Alt.)Susan Tatiner (Alt.)Intel. Philip WennblomDave Thewlis (Alt.)Grace Wei (Alt.)Lexmark International. Don WrightDwight Lewis (Alt.)

38、Paul Menard (Alt.)Microsoft Corporation . Jim HughesDave Welsh (Alt.)Isabelle Valet-Harper (Alt.)Copyright American National Standards Institute Provided by IHS under license with ANSI Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-vOrganization Represented Name o

39、f RepresentativeNational Institute of Standards b) the electrical characteristics of the interconnecting signals;c) the logical characteristics of the interconnecting signals; andd) the protocols for transporting commands, data, and status using the interface.See 2.3 for additional information about

40、 this standard.AT Attachment-8 Serial Transport (ATA8-AST): defines the following for the serial ATA interface:a) the connectors and cables for physical interconnection between host and storage device;b) the electrical characteristics of the interconnecting signals;c) the logical characteristics of

41、the interconnecting signals; andd) the protocols for transporting commands, data, and status using the interface.See 2.3 for additional information about this standard.Table 2 Packet delivered command set standards and specifications examplesSCSI Primary Commands 3 (SPC-3) aSCSI Block Commands 2 (SB

42、C-2) aSCSI Multimedia Commands 4 (MMC-4) aINF-8070 ATAPI for Removable Media bATA Packet Interface (ATAPI) for Streaming Tape QIC-157 revision D baSee 2.2 for additional information about these standards.bSee 2.4 for additional information about these specifications.Table 3 Other related device spec

43、ifications examplesSerial ATA Revision 2.5 aCF+ and CompactFlash Specification, Revision 3.0 aMultiMediaCard MCA System Specification, Version 4.1 aCE-ATA Digital Protocol, Revision 1.1, released 29 September 2005 aaSee 2.4 for additional information about the specifications listed in this table.Cop

44、yright American National Standards Institute Provided by IHS under license with ANSI Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-INCITS 451-200842 Normative References2.1 General informationThe standards listed in this clause contain provisions that, by referen

45、ce in the text, constitute provisions of this standard. The standards, technical reports, and specifications listed in this clause are referenced in this standard. At the time of publication, the editions indicated were valid. All standards, technical reports, and specifications are subject to revis

46、ion, and parties to agreements based on this standard are encouraged to investigate the possibility of applying the most recent editions of the standards listed below.Copies of approved ANSI standards may be obtained from ANSI. For further information, contact the ANSI Customer Service Department by

47、 phone at 212-642-4900, by fax at 212-302-1286, or via the World Wide Web at http:/www.ansi.org.Table 4 shows standards bodies referenced in this standard and their web sites.Table 4 Standards bodies2.2 Approved normative referencesAt the time of publication, the referenced standards listed in table

48、 5 had been approved.Abbreviation Standards body Web siteANSI American National Standards Institute http:/www.ansi.orgT10 INCITS T10 SCSI storage interfaces http:/www.t10.orgT13 INCITS T13 ATA storage interface http:/www.t13.orgTable 5 Approved normative referencesName NumberProtected Area Run Time

49、Interface Extension Services (PARTIES) standard ANSI INCITS 346-2001ATA/ATAPI Host Adapter Standards (ATA Adapter) standard ANSI INCITS 370-2004SCSI Multimedia Commands 4 (MMC-4) standard ISO/IEC 14776-364, ANSI INCITS 401-2005SCSI Block Commands 2 (SBC-2) standard ISO/IEC 14776-322, ANSI INCITS 405-2005BIOS