T13/1321D revision 3 Page 1 AMERICAN NATIONAL STANDARD NCITS.***-nnnn American National Standard for Information Systems . Information Technology . AT Attachment with Packet Interface - 5 . (ATA/ATAPI-5) Page i Contents Page Foreword................... vi Introduction ............... viii 1 Scope..................................................................... 1 2 Normative references ..................................................... 1 2.1 Approved references .................................................... 1 2.2 References under development ........................................... 2 2.3 Other references ....................................................... 2 3 Definitions, abbreviations, and conventions............................... 2 3.1 Definitions and abbreviations .......................................... 2 3.2 Convent................................................................. 5 4 Interface physical and electrical requirements............................ 9 4.1 Cable configuration..................................................... 9 4.2 Electrical characteristics............................................. 10 5 Interface signal assignments and descriptions............................ 13 5.1 Signal summary......................................................... 13 5.2 Signal descriptions ................................................... 14 6 General operational requirements ........................................ 19 6.1 Command delivery....................................................... 19 6.2 Register delivered data transfer command sector addressing............. 19 6.3 Interrupts ............................................................ 21 6.4 General feature set.................................................... 21 6.5 Multiword DMA ......................................................... 23 6.6 Ultra DMA feature set ................................................. 24 6.7 Host determination of cable type by detecting CBLID-................... 26 6.8 PACKET Command feature set ............................................ 28 6.9 Overlapped feature set ................................................ 29 6.10 Queued feature set.................................................... 30 6.11 Power Management feature set ......................................... 31 6.12 Advanced Power Management feature set ................................ 34 6.13 Security Mode feature set............................................. 34 6.14 Self-monitoring, analysis, and reporting technology feature set....... 39 6.15 Host Protected Area feature set ...................................... 41 6.16 CFA feature set ...................................................... 45 6.17 Removable Media Status Notification and Removable Media feature sets.. 45 6.18 Power-Up In Standby feature set ...................................... 47 7 Interface register definitions and descriptions ......................... 48 7.1 Device addressing considerations....................................... 48 7.2 I/O register descriptions.............................................. 54 7.3 Alternate Status register ............................................. 55 7.4 Command register....................................................... 55 7.5 Cylinder High register ................................................ 56 7.6 Cylinder Low register ................................................. 56 7.7 Data port.............................................................. 57 7.8 Data register ......................................................... 58 7.9 Device Control register ............................................... 58 7.10 Device/Head register ................................................. 59 7.11 Error reg ........................................................... 60 7.12 Features register .................................................... 61 7.13 Sector Count register................................................. 61 7.14 Sector Number register ............................................... 62 7.15 Status register ...................................................... 62 8 Command descriptions .................................................... 65 8.1 CFA ERASE SECTORS...................................................... 66 8.2 CFA REQUEST EXTENDED ERROR CODE........................................ 68 8.3 CFA TRANSLATE SECTOR................................................... 71 8.4 CFA WRITE MULTIPLE WITHOUT ERASE....................................... 73 8.5 CFA WRITE SECTORS WITHOUT ERASE........................................ 75 T13/1321D revision 3 Page ii 8.6 CHECK POWER MODE....................................................... 77 8.7 DEVICE RESET .......................................................... 78 8.8 DOWNLOAD MICROCODE..................................................... 80 8.9 EXECUTE DEVICE DIAGNOSTIC.............................................. 81 8.10 FLUSH CACHE .......................................................... 83 8.11 GET MEDIA STATUS...................................................... 85 8.12 IDENTIFY DEVICE....................................................... 87 8.13 IDENTIFY PACKET DEVICE............................................... 105 8.14 IDLE................................................................. 117 8.15 IDLE IMMEDIATE....................................................... 119 8.16 INITIALIZE DEVICE PARAMETERS......................................... 120 8.17 MEDIA EJECT.......................................................... 123 8.18 MEDIA LOCK........................................................... 124 8.19 MEDIA UNLOCK ........................................................ 126 8.20 NOP.................................................................. 128 8.21 PACKET .............................................................. 130 8.22 READ BUFFER ......................................................... 135 8.23 READ ................................................................ 137 8.24 READ DMA QUEUED ..................................................... 139 8.25 READ MULTIPLE ....................................................... 142 8.26 READ NATIVE MAX ADDRESS.............................................. 145 8.27 READ SECTOR(S) ...................................................... 147 8.28 READ VERIFY SECTOR(S) ............................................... 149 8.29 SECURITY DISABLE PASSWORD ........................................... 151 8.30 SECURITY ERASE PREPARE .............................................. 153 8.31 SECURITY ERASE UNIT ................................................. 154 8.32 SECURITY FREEZE LOCK................................................. 156 8.33 SECURITY SET PASSWORD ............................................... 158 8.34 SECURITY UNLOCK...................................................... 160 8.35 SEEK ................................................................ 162 8.36 SERVICE ............................................................. 164 8.37 SET FEATURES......................................................... 165 8.38 SET MAX ............................................................. 170 8.39 SET MULTIPLE MODE ................................................... 180 8.40 SLEEP ............................................................... 182 8.41 SMART ............................................................... 184 8.42 STANDB .............................................................. 209 8.43 STANDBY IMMEDIATE.................................................... 211 8.44 WRITE BUFFER......................................................... 213 8.45 WRITE DMA............................................................ 214 8.46 WRITE DMA QUEUED..................................................... 216 8.47 WRITE MULTIPLE ...................................................... 220 8.48 WRITE SECTOR(S) ..................................................... 223 9 Protocol ............................................................... 225 9.1 Power-on and hardware reset protocol.................................. 228 9.2 Software reset protocol............................................... 232 9.3 Bus idle protocol .................................................... 236 9.4 Non-data command protocol ............................................ 246 9.5 PIO data-in command protocol.......................................... 248 9.6 PIO data-out command protocol......................................... 252 9.7 DMA command protocol ................................................. 255 9.8 PACKET command protocol............................................... 258 9.9 READ/WRITE DMA QUEUED command protocol................................ 270 9.10 EXECUTE DEVICE DIAGNOSTIC command protocol .......................... 274 9.11 DEVICE RESET command protocol........................................ 278 9.12 Signature and persistence............................................ 280 9.13 Ultra DMA data-in commands .......................................... 281 9.14 Ultra DMA data-out commands ......................................... 283 9.15 Ultra DMA CRC rules.................................................. 286 T13/1321D revision 3 Page iii 9.16 Single device configurations......................................... 288 10 Timing ................................................................ 289 10.1 Deskewi ............................................................. 289 10.2 Transfer timing ..................................................... 289 Tables Page 1 Byte order .......................................................... 9 2 Byte order .......................................................... 9 3 DC characteristics .................................................. 10 4 AC characteristics ...................................................10 5 Driver types and required termination................................ 11 6 Typical series termination for Ultra DMA............................. 13 7 Interface signal name assignments.................................... 14 8 Host detection of CBLID- ............................................ 28 9 Security mode command actions ....................................... 39 10 Device repsonse to DOIW-/DOIR- ..................................... 49 11 Device is not selected, DMACK- is not asserted ..................... 50 12 Device is selected, DMACK- is not asserted ......................... 51 13 Device is selected, DMACK- is asserted (for Multiword DMA only)..... 52 14 Device 1 is selected and Device 0 is responding for Device 1 ....... 53 15 Device is in Sleep mode, DEVICE RESET is not implemented, DMACK- is not asserted................. 54 16 Device is in Sleep mode, DEVICE RESET is implemented, DMACK- is not asserted....................... 54 17 Extended error codes ............................................... 70 18 CFA TRANSLATE SECTOR information ................................... 72 19 Diagnostic codes .................................................. 83 20 IDENTIFY DEVICE information ........................................ 89 21 Minor revision number ..............................................100 22 IDENTIFY PACKET DEVICE information................................. 108 23 Automatic standby timer periods ................................... 118 24 Security password content.......................................... 153 25 SECURITY ERASE UNIT password ...................................... 156 26 SECURITY SET PASSWORD data content ................................ 160 27 Identifier and security level bit interaction...................... 160 28 SET FEATURES register definitions ................................. 167 29 Transfer/mode values............................................... 168 30 Advanced power management levels................................... 169 31 SET MAX Features register values .................................. 171 32 SET MAX SET PASSWORD data content.................................. 175 33 SMART Feature register values ..................................... 184 34 SMART EXECUTE OFF-LINE IMMEDIATE Sector Number register values..... 192 35 Device SMART data structure ....................................... 195 36 Off-line data collection status byte values ....................... 195 37 Self-test execution status byte values ............................ 196 38 Log address def ................................................... 198 39 SMART log dire .................................................... 199 40 SMART error log sector............................................. 200 41 Error log data .................................................... 201 42 Command data structure............................................. 201 43 Error data struct ................................................. 202 44 State field values ................................................ 202 45 Self-test log data structure....................................... 203 46 Self-test log descriptor entry..................................... 203 47 Equations for parallel generation of a CRC polynomial ............. 287 48 Register transfer to/from device .................................. 291 49 PIO data transfer to/from device................................... 293 T13/1321D revision 3 Page iv 50 Multiword DMA data transfer ....................................... 294 51 Ultra DMA data burst timing requirements........................... 300 Figures Page 1 State diagram convention ............................................. 7 2 Ultra DMA termination with pull-up or pull-down...................... 13 3 PDIAG- example using an 80-conductor cable assembly ................. 17 4 Cable select example ................................................ 18 5 Alternate cable select example....................................... 18 6 Example configuration of a system with a 40-conductor cable.......... 27 7 Example configuration of a system where the host detects a 40-conductor cable.............................. 27 8 Example configuration of a system where the host detects an 80-conductor cable............................ 28 9 Power management state diagram....................................... 32 10 Security mode state diagram ........................................ 36 11 SET MAX security state diagram...................................... 43 12 Overall host protocol state sequence .............................. 226 13 Overall device protocol state sequence............................. 227 14 Host power-on or hardware reset state diagram ..................... 228 15 Device power-on or hardware reset state diagram.................... 229 16 Host software reset state diagram.................................. 232 17 Device 0 software reset state diagram ............................. 233 18 Device 1 software reset state diagram ............................. 235 19 Host bus idle state diagram ....................................... 236 20 Additional host bus idle state diagram with overlap or overlap and queuing ...................................... 238 21 Device bus idle state diagram...................................... 241 22 Additional device bus idle state diagram with overlap or overlap and queuing................................... 243 23 Host non-data state diagram ....................................... 247 24 Device non-data state diagram...................................... 247 25 Host PIO data-in state diagram .................................... 249 26 Device PIO data-in state diagram................................... 251 27 Host PIO data-out state diagram ................................... 253 28 Device PIO data-out state diagram.................................. 254 29 Host DMA state diagram............................................. 256 30 Device DMA state diagram .......................................... 257 31 Host PACKET non-data and PIO data command state diagram............ 259 32 Device PACKET non-data and PIO data command state diagram ......... 262 33 Host PACKET DMA command state diagram ............................. 265 34 Device PACKET DMA command state diagram............................ 268 35 Host DMA QUEUED state diagram ..................................... 271 36 Device DMA QUEUED command state diagram............................ 273 37 Host EXECUTE DEVICE DIAGNOSTIC state diagram....................... 275 38 Device 0 EXECUTE DEVICE DIAGNOSTIC state diagram .................. 276 39 Device 1 EXECUTE DEVICE DIAGNOSTIC command state diagram .......... 277 40 Host DEVICE RESET command state diagram ........................... 279 41 Device DEVICE RESET command state diagram.......................... 279 42 Example parallel CRC generator .................................... 287 43 Register transfer to/from device................................... 290 44 PIO data transfer to/from device................................... 292 45 Initiating a Multiword DMA data transfer .......................... 295 46 Sustaining a Multiword DMA data transfer........................... 296 47 Device terminating a Multiword DMA data transfer .................. 297 48 Host terminating a Multiword DMA data transfer .................... 298 49 Initiating an Ultra DMA data-in burst ............................. 301 50 Sustained Ultra DMA data-in burst ................................. 302 51 Host pausing an Ultra DMA data-in burst ........................... 303 T13/1321D revision 3 Page v 52 Device terminating an Ultra DMA data-in burst ..................... 304 53 Host terminating an Ultra DMA data-in burst........................ 305 54 Initiating an Ultra DMA data-out burst............................. 306 55 Sustained Ultra DMA data-out burst ................................ 307 56 Device pausing an Ultra DMA data-out burst ........................ 308 57 Host terminating an Ultra DMA data-out burst....................... 309 58 Device terminating an Ultra DMA data-out burst .................... 310 Annexes Page A Connectors and cable assemblies .................................... 311 B Device determination of cable type.................................. 331 C Identify device data for devices with more than 1024 logical cylinders................................................ 334 D Signal integrity and UDMA implementation guide...................... 337 E Bibliography.......... 378 F ATA command set summary............................................. 379 1 範囲 この標準は、ホスト・システムと記憶デバイスの間のATアタッチメントインターフェースを指定します。それは、システム・メーカー、システム・インテグレーター、ソフトウェア・サプライヤーおよび知的な記憶デバイスのサプライヤーに共通の付属インターフェースを供給します。ATアタッチメントインターフェースのための適用環境はプロセッサー包囲内に記憶デバイスを含んでいるすべてのホスト・システムです。この標準は、相互に連結する信号の電気的・論理的な特性と同様にホストと記憶デバイスの間の物理的な相互連結用のコネクターおよびケーブルを定義します。さらに、それは、記憶デバイス内の運用上の登録、および記憶デバイスのオペレーションのためのコマンドおよびプロトコルを定義します。この標準は、パケット・インターフェース拡張標準(ATA/ATAPI-4)を備えたATアタッチメントとの高い程度の互換性を維持します、NCITS 317-1998、また追加の機能を提供している間、まもなくインストールされたデバイスあるいは既存のソフトウェアへの変更を要求するようには意図されません。 2 標準の参照下記基準は条件を含んでいます、それ、テキスト中の参照を通じて、この基準の条件を構成します。出版の時に、示された版は有効でした。標準はすべて修正に従います。また、この標準に基づいた協定の加担者は下にリストされた標準の中で最も最近の版を適用する可能性を調査するように激励されます。部の次のドキュメントはANSIから得ることができます:良いとされたANSI基準、承認した、そして草案の国際的な基準および地方基準(ISO、IEC、CEN/CENELEC、ITUT)、また承認した、また草案の外国の基準(BSI、JISおよびDINを含んで)。さらに詳しい情報については、必要なように、付加的な有効性連絡情報は下に提供されます。 212-642-4900(電話)でANSI顧客サービス部と連絡をとる 212-302-1286(ファックス) http://www.ansi.org 2.1 参照を承認しました次の良いとされたANSI基準(良いとされた国際的な基準および地方基準(ISO、IEC、CEN/CENELEC、ITUT))は、それらをコントロールする国際的な組織および地方組織から得られるかもしれません。 SCSI-3予備選挙コマンド(SPC) [NCITS 301:1997](PACKETコマンド特徴セットデバイスタイプ) SCSI-3マルチメディア・コマンド(MMC)[NCITS 304:1997](PACKETコマンド特徴セット・センス・コード) これらの部のドキュメントを得るためには、グローバルエンジニアリングあるいはNCITSと連絡をとってください。 T13/1321D revision 3 Page 2 2.2 開発中の参照出版の時に、次の参照が付けられた標準がまだ開発中でした。ドキュメントの現在のステータスについての、あるいは有効性に関する情報については、適切な標準身体あるいは示されるような他の構成と連絡をとってください。 SCSI予備選挙コマンド(-3つの(SPC-3)[T10/1416-D](PACKETコマンド特徴セットコマンド)マルチメディアコマンド-、-2つの(MMC-2)[T10/1228-D](PACKETコマンド特徴セットコマンド) マルチメディアコマンド-、-3つの(MMC-3)[T10/1363-D](PACKETコマンド特徴セットコマンド)-)-2つの(SPC-2)[T10/1236-D](PACKETコマンド特徴セットコマンド) SCSI予備選挙上記のドキュメントの現在のステータスについてより詳細には、NCITSと連絡をとってください。これらの部のドキュメントを得るためには、グローバルエンジニアリングあるいはNCITSと連絡をとってください。 2.3 他の参照参照も下記標準および仕様書に付けられました。 PCカード標準、1995年2月、PCMCIA(68-ピンコネクター)PCMCIAによって公表されたPCカード標準については、408-433-2273でPCMCIAと連絡をとってください。 コンパクトフラッシュ。協会明細、修正1.4コンパクトフラッシュのために。コンパクトフラッシュによって公表された協会明細。協会、コンパクトフラッシュと連絡をとります。http://www.compactflash.orgの協会。 3 定義、略語および協定 3.1 定義および略語この標準のために、次の定義が次のものを適用します: 3.1.1 ATA(ATアタッチメント):ATAは物理的なものを定義します、電気的、輸送する、また記憶デバイスの内部付属用のコマンド・プロトコル。 3.1.2 ATA-1デバイス:ANSI X3.221-1994(ディスクドライブのためのATアタッチメントインターフェース)に応じたデバイス。ANSI X3.221-1994が取消しされました。 3.1.3 ATA-2デバイス:ANSI X3.279-1996(拡張とのATアタッチメントインターフェース)に応じるデバイス。 3.1.4 ATA-3デバイス:ANSI X3.298-1997、ATアタッチメント-3インターフェースに応じるデバイス。 3.1.5 ATA/ATAPI-4デバイス:ANSI NCITS 317-1998(パケット・インターフェース拡張とのATアタッチメントインターフェース)に応じるデバイス。 3.1.6 ATA/ATAPI-5デバイス:この標準に応じるデバイス。 3.1.7 ATAPI(ATアタッチメント・パケット・インターフェース)デバイス:パケット・コマンド特徴をインプリメントするデバイスはセットしました 3.1.8 バス・リリース:インプリメントしているデバイスのために、オーバーラップする、用語バス・リリースはコマンドによって要求されたアクションがホストが別のデバイスを選択することを可能にするために終わる前に0へのDRQおよびBSYの両方を取り除く行為です。。 T13/1321D revision 3 Page 3 3.1.9 バイトの計算:PACKET PIOデータを実行する場合にこのDRQ主張の下で転送されるバイトの数を示すデバイスによって、バイト計算登録に置かれた値、コマンドを転送します。 3.1.10 バイトの計算限界:入力としてホストによってバイト計算登録の中でPACKET PIOデータに当てられた値、単一のDRQ主張の下で転送されるかもしれない最大のバイト計算を示すコマンドを転送します。 3.1.11 CFA:コンパクトフラッシュ。ATAインターフェースを使用する明細forcompactフラッシュ・メモリーを作成した協会。 3.1.12 チェック条件:PACKETコマンド特徴セットをインプリメントするデバイスについては、これがエラーを示します。あるいは、例外条件が生じました。 3.1.13 CHS(シリンダーヘッドセクター):この用語は、シリンダ番号、頭番号およびセクター番号によるデバイス上のデータのアドレシングを定義します。 3.1.14 コマンドが異常終了しました:エラー登録の中で1にセットされたABRTを備えたコマンド終了およびERRは、ステータス登録の中で1に着手します。 3.1.15 コマンド受理:コマンドは、ステータス登録中の0に現在選択されたデバイスがBSYビットを取り除き、ホストがコマンド登録に書く場合は常に、受理されて考慮されます。例外は、EXECUTE DEVICE DIAGNOSTIC(8.9を参照)およびDEVICE RESETコマンドのために存在します(8.7を参照)。 3.1.16 コマンド・ブロックの登録:インターフェースの登録は、デバイスへの伝えるコマンドあるいはデバイスからの記入するステータスのために使用しました。 3.1.17 コマンド終了:nIENが0に取り除かれ、コマンド・プロトコルが、INTRQが主張されることを明示する場合、コマンド終了はコマンドによって要求されたアクションのデバイスあるいはエラー、エラー登録、0へのステータス登録中の適切なステータス・ビットを置くこと、両方のBSYの撤去およびDRQ中の適切なエラー・ビットを置き、および、およびINTRQの主張することを備えたコマンドの終了による終了です。 3.1.18 コマンド・パケット:コマンド・パケットは、コマンドとコマンドのパラメータ?[を含んでいるPACKETコマンドの実行の間にデバイスに送信されたデータ構造です。 3.1.19 コマンドが次のものをリリースしました:デバイスがサポートする場合、オーバーラップする、あるいは、キューにして、コマンドはコマンドが終了する前に、バス・リリースが生じるときリリースされて考慮されます。 3.1.20 コントロール・ブロックの登録:デバイスコントロールのために使用されたインターフェースの登録、また交互のステータスを記入すること 3.1.21 CRC:あるデータの有効性をチェックするために使用される周期的な余剰チェックは移ります。 3.1.22 デバイス:デバイスは周辺記憶デバイスです。伝統的にインターフェースの上のデバイスとして、ハードディスクである。運転してください。しかし、もしデバイスがこの標準を厳守すれば、記憶デバイスのどんな形式もインターフェースに置かれるかもしれません。 3.1.23 デバイス選択:デバイス/ヘッド登録のDEVビットが、デバイス0/デバイス1ジャンパーあるいはスイッチによってデバイスに割り当てられた、デバイス番号、あるいはCSEL信号の使用と等しい場合、デバイスが選択されています。 3.1.24 DMA(直接のメモリ・アクセス)データ・トランスファー:データの手段は、ホスト・プロセッサー介在のないデバイスおよびホスト・メモリの間に移ります。 3.1.25 かまわないでください don’t care:値が特別の機能には無関係であることを示す用語は記述しました。 3.1.26 ドライバ:バスの中の信号を主張するか否定するために電流を部品外注沈めるデバイスかホストの内部の活発な回路 T13/1321D revision 3 Page 4 3.1.27 DRQデータ・ブロック:この用語は、PIOデータ・トランスファーを使用するときにDRQの単一の主張の間に転送されたデータwordについて1ユニット記述します。データ・ブロックは完全なユニットとしてホストとデバイスの間で転送されます。データ・ブロックは、READ MULTIPLEおよびWRITE MULTIPLEコマンドのデータ・ブロックを除いて、セクターです。READ MULTIPLEおよびWRITE MULTIPLEコマンドの場合では、データ・ブロックのサイズがSET MULTIPLE MODEコマンドによってセクターの倍数の中で変更されるかもしれません。 3.1.28 interrupt pending:未決で、中断する、存在するデバイスの内部状態である、いつ、デバイス、すべきだ、nIENが0(6.3を参照)に取り除かれる場合に、INTRQを主張することにより、?o来事をホストに通知するために 3.1.29 LBA(論理的なブロック・アドレス):この用語は、セクターの線形の写像によるデバイス上のデータのアドレシングを定義します。 3.1.30 マスター:ATA-1では、デバイス0もマスターと呼ばれました。このドキュメントの全体にわたって、用語デバイス0は使用されます。 3.1.31 native maxアドレス:工場デフォルト状態(すなわちSET MAX ADDRESSコマンドによって受理される、最も高いアドレス)でデバイスが受理する、最も高いアドレス。native maxアドレスによって定義されたキャパシティーは、CHSとLBAの翻訳において異なるかもしれません。 3.1.32 オーバーラップ:オーバーラップ・コマンドがバスの中の別のデバイスによって実行されるようにバス・リリースを実行する拡張コマンド時間を要求するデバイスを許可するプロトコルです。 3.1.33 packet delivered command:コマンドおよびコマンド・パラメーターを含んでいるコマンド・パケットによってPACKETコマンドを使用して、デバイスに伝達されるコマンド。 3.1.34 PIO (programmed input/output) data transfer:PIOデータ・トランスファーは、データ登録へのPIO登録アクセスを利用するホスト・プロセッサーによって実行されます。 3.1.35 キュー:コマンドキューイングは、ホストが同じデバイスへの同時コマンドを出すことを可能にします。オーバーラップした特徴セットに含まれたコマンドだけがキューなるかもしれません。この標準では、キューが、コマンド受理が生じたコマンドをすべて含んでいます。しかし、コマンド終了は生じていません。 3.1.36 読み取りreadコマンド:コマンド、それ、原因、メディア(例えばREAD SECTOR(S)、READ DMAなど)からデータを読むデバイス。 3.1.37 register delivered command:コマンドを置くことによりデバイスに伝達されるコマンド、およびデバイスコマンド中のコマンド用のパラメーターのすべては、登録を閉鎖します。 3.1.38 トランスファーを登録しますregister transfers :トランスファーを登録する、ホスト読書およびどんなデバイスも書くことに言及する、データ?o録以外は登録します。登録トランスファーは8ビットのwiです。de。リリースされた 3.1.39:released:signalが動いていないことを示します。tri-stateドライバーにとって、これは、ドライバーが高いインピーダンス状態であることを意味します。open-collectorのドライバーのために、ドライバーは主張されません。 3.1.40 セクター:256のWord(512バイト)のユニークにアドレス可能なセット。 3.1.41 署名:ホストが登録を識別することを可能にするデバイスによって、コマンド・ブロック登録に置かれた値のユニークなセットは、コマンドデバイスを運びました。また、パケットはコマンドデバイスを運びました。 3.1.42 slave:ATA-1では、デバイス1もslaveと呼ばれました。このドキュメントの全体にわたって、用語デバイス1は使用されます。 3.1.43 SMART:デバイス低下および(または)欠点の予測のための自己モニタリング、分析および報告する技術。このドキュメントの全体にわたって、これはSMARTとして有名です。 T13/1321D revision 3 Page 5 3.1.44 Ultra DMAはバーストを破裂させました:Ultra DMAがホストによって可能になった場合、Ultra DMAバーストはDMACK(DMACKの後の否定への)の主張からの期間として定義されます。 3.1.45 unit attention condition ユニットの注意条件:デバイスがホストに報告するべき非同期ステータス情報を持っている一方、セットされたPACKETコマンド特徴をインプリメントするデバイスが維持する状態。 3.1.46 unrecoverable error 治療できないエラー:治療できないエラーはデバイスがコマンド終了でステータス登録の中で1にERRビットあるいはDFビットのいずれかをセットするときに、どの時点でも生じたこととして定義されます。 3.1.47 VS(vender specific):この用語はvender specificのために取ってあるビット、バイト、フィールドおよびコード価値が意図することを説明するために使用されます。これらのビット、バイト、フィールドおよびコード価値はこの標準に記述されず、ベンダーの間で変わってもよい。この用語も、その定義がベンダーに残される機能性のレベルに適用されます。Note.。産業実行は、将来の標準中の定義された標準値へ、ベンダーの特定のビット、バイト、フィールドあるいはコード価値の転換に帰着するかもしれません。 3.1.48 write command コマンドを書きます:コマンド、それ、原因、メディア(例えばWRITE SECTOR(S)、WRITE DMAなど)にデータを書くデバイス。 3.2 協定 小文字は正常な英語の意味があるwordのために使用されます。この標準の中で使用されるあるwordおよび用語は、正常な英語の意味を越えて特定の意味を持っています。これらのWordおよび用語は、節3、あるいはそれらが最初に現われるテキストのいずれかに定義されます。略語、コマンド、フィールド、および信号名として使用される頭文字の名は、すべての大文字(例えばIDENTIFY DEVICE)にあります。フィールズがわずかに1ビットを含むことは「名前」フィールドの代わりに「名前」ビットと通常呼ばれます。(ビットの指定のために使用された、指定する協定のために3.2.6を参照。)デバイス登録の名前は、頭文字(例えばシリンダ・ロウの登録)から始まります。 3.2.1 先行 テキストと図およびテーブルの間に矛盾がある場合、先行はテーブル(図)であるものとします、テキスト。 3.2.2 リスト 規律正しいリスト、シーケンスについて記述するリストは形式です: a) b) 1) 2) c) 無秩序のリスト、形式である: 1)2) a)b) 3) 3.2.3 キーワード いくつかのキーワードは必要条件の異なるレベルとoptionalityを区別するために使用されます。 T13/1321D revision 3 Page 6 期待された3.2.3.1 expected: キーワードは、かつては、この標準によって仮定された設計モデルにハードウェアかソフトウェアの振る舞いについて記述しました。他のハードウェアおよびソフトウェアは、モデルもインプリメントされるかもしれないように設計します。 義務的な3.2.3.2 mandatory: この標準によって定義されるように、そうであるためにアイテムを示すキーワードはインプリメントしました。 3.2.3.3 may:以下のことをするかもしれません: 暗黙の優先権のない選択の柔軟性を示すキーワード。 旧式の3.2.3.4 obsolete: キーワードは、かつてはあるインプリメンテーションから別のインプリメンテーションに対してもはや一貫した意味あるいは機能性を持っていないビット、バイト、フィールドおよびコード価値について記述しました。しかしながら、機能性のある程度は、後方への互換性に備えるのに「旧式の」ものとして指定されたアイテムのために必要になるかもしれません。旧式のビット、バイト、フィールドあるいはコマンドは任意の将来の標準で他の使用するためにも取り戻されないものとします。旧式のコマンドはホストによって使用されてはなりません。前の標準において旧式のものとして定義されたコマンドはこの標準に一致するデバイスによって異常終了したコマンドかもしれません。デバイスが命令しない場合、(しかしながら)旧式のコマンドを異常終了させる、コマンドに応じてデバイスによって要求される最小は、コマンド終了です。 オプションの3.2.3.5 optional: ない特徴について記述するキーワードはこの標準によって要求しました。しかしながら、標準によって定義されたいずれかのオプションの特徴がインプリメントされる場合、特徴は標準によって定義された方法でインプリメントされるものとします。 3.2.3.6は退きました retired: 前の標準に定義された指定のビット、バイト、フィールドおよびコード価値がこの標準に定義されず他のもののために取り戻されるかもしれないことを示すキーワードは、将来の標準の中で使用します。取り戻される前に、引退しているビット、バイト、フィールドあるいはコード価値が利用される場合、それらは前の標準に記述されるような意味か機能性を持つものとします。 予約の3.2.3.7 reserved: 将来の標準化のためにわきに置かれる予約のビット、バイト、word、フィールドおよびコード価値を示すキーワード。それらの使用および解釈は、これあるいは他の標準に対する将来の拡張によって指定されるかもしれません。予約のビット、バイト、Wordあるいはフィールドは、0に、あるいはこの標準に対する将来の拡張に従ってセットされるものとします。転送先デバイスは予約のビット、バイト、wordあるいはフィールドをチェックしないでしょう。定義された分野での予約のコード価値の受取はコマンド・パラメーター・エラーとして扱われ、異常終了した、返るコマンドによって報告されるものとします。 3.2.3.8は以下のことをするものとします shall: 義務的な要求を示すキーワード。デザイナーは他のsを備えた相互運用を保証するそのような義務的な必要条件をすべて実行するために要求されます。standard conformant製品。 3.2.3.9は以下のことをするべきです should: 強く好ましい代案を備えた選択の柔軟性を示すキーワード。句と等価「それが推奨される。」 3.2.4 番号付けしますNumbering 小文字「b」あるいは「h」が直ちに続かない数は10進の値です。小文字「b」(例えば01b)が直ちに続く数は2進法の値です。小文字「h」(例えば3Ah)が直ちに続く数は16進法の値です。 3.2.5 信号の協定signal conventions: 信号の名前はすべての大文字の中で示されます。信号はすべて一方の高い活発か低い活発な信号です。信号の名前の終端でのダッシュ文字(-)は、信号が低い活発な信号であることを示します。信号がViL未満である場合、低い活発な信号は真実で、信号がViHの上にある場合、誤りです。信号の名前の終端でのダッシュは、信号が高い活発な信号であることを示しません。信号がViHの上にある場合、高い活発な信号は真実で、信号がViL未満である場合、誤りです。信号が運転される主張された手段、実状への活発な回路。信号が運転される否定された手段、誤りの状態への活発な回路。信号が活動的に追い込られないリリースされた手段、任意の状態(4.2.1を参照) T13/1321D revision 3 Page 7 いくつかの信号はバイアス回路類を持っています、信号のドライバーが積極的に信号を主張していないか否定している場合、それは実状あるいは誤りの状態のいずれかに信号を引きます。1つを越える相互に排他的な関数のために使用されるかもしれないコントロール信号は、コロン(例えばDIOW-:STOP)によって分離されたそれらの関数名と同一視されます。 3.2.6 ビット協定 Bit conventions: Bit names are shown in all uppercase letters except where a lowercase n precedes a bit name. If there is no preceding n, then when BIT is set to one the meaning of the bit is true, and when BIT is cleared to zero the meaning of the bit is false. If there is a preceding n, then when nBIT is cleared to zero the meaning of the bit is true and when nBIT is set to one the meaning of the bit is false. True False TEST Bit setting=1 Bit setting=0 True False nTEST Bit setting=0 Bit setting=1 3.2.7 state推移図協定 State diagram conventions: 図1の中で示されるように、state推移図はそうであるものとします。 state指名者:State_namestate指名者:State_name 推移ラベル 推移条件 推移ラベル 推移ラベル エントリー条件 出口条件 推移ラベル State_namestate再入場 推移条件 推移アクション 推移アクション 推移アクション 推移アクション BSY DRQ REL SERV C/D I/O INTRQ DMARQ、PDIAG - DASPv Transition label Transition condition Transition label Transition label Entry condition Exit condition Transition label State_name State re-entry Transition condition Transition action Transition action Transition action Transition action BSY DRQ REL SERV C/D I/O INTRQ DMARQ PDIAG- DASPv v v v v v V V V V図1。state推移図協定 各stateは、state指名者およびstate名によって識別されます。state指名者は、このドキュメント中のすべてのstate推移図中のすべてのstateの間でユニークです。state指名者は、ユニークな数が後続するstate推移図を含んでいる図のタイトルの中で大文字化される1セットの文字から成ります。state名はstate中に講じられた主要な処置の簡潔な記述です。また、同じstate名は他のstate推移図に現われるかもしれません。同じ主要な機能が、同じstate推移図中の他の状態で生じる場合、それらは名前の終わりにユニークな文字で指定されます。状態にいる間、追加の処置は講じられるかもしれません。また、これらのアクションはstate記述テキストに記述されます。 T13/1321D revision 3 Page 8 デバイスコマンド・プロトコルstate推移図の中で、ビットと信号のstate、このstate推移図の実行の間のその変更state、state指名者の下で示される:state_name、またテーブル、含まれている、それ、stateの全体にわたる、すべてのビットおよび信号のstateを示す、以下のように図解する: v=ビット値変更。 1=ビットは1に着手しました 0=ビットは0に澄みました。 x、ビットはそうです、かまいません。 V=信号変更。 A=信号が主張されます。 N=信号が否定されます R=信号がリリースされます。 X、信号はそうです、かまいません。 v = bit value changes. 1 = bit set to one. 0 = bit cleared to zero. x = bit is don’t care. V = signal changes. A = signal is asserted. N = signal is negated. R = signal is released. X = signal is don’t care. 各推移は、推移ラベルおよび推移条件によって識別されます。推移ラベルは、推移が作られているstateのstate指名者によって続いたなっているstateのstate指名者から成ります。ある場合には、state推移図に入るか出る推移が実行されているコマンドに依存して、多くのstate推移図に来るかもしれないし行くかもしれません。この場合、state指名者はxxと呼ばれます。推移条件は推移を生じさせ、イタリック体(推移が生じる場合、それは得られる)の中で示されて、推移行為を含んでいるかもしれない事象か条件の簡潔な記述です。このアクションは、推移記述テキストに完全に記述されます。 状態入りに際して、その状態で実行されるアクションはすべて実行されます。状態がそれ自体から再び入れられる場合、状態で実行されるアクションはすべて再び実行されます。状態の中で定義されたアクションがすべて状態内に実行され、状態から状態までの推移が瞬間である、と仮定されています。 3.2.8 タイミング協定 Timing conventions あるシンボルはタイミング推移図の中で使用されます。これらのシンボルおよびそれぞれの定義は下にリストされます。 あるいは(信号の推移(主張されたか否定された) あるいは)データ推移 (主張されたか否定された) - 定義しられなかったが、必ずしもリリースされませんでした - 主張されたか、否定されたか、リリースされました - 信号が変更なしで示される場合、「別の」条件- 有効なデータ - リリースされました or - signal transition (asserted or negated) or - data transition (asserted or negated) - undefined but not necessarily released - asserted, negated or released - the “other” condition if a signal is shown with no change - data valid - released ページのトップに向いている、主張された条件で示されたすべてのsignalsare。否定された条件は、主張された条件に関連のあるページの底の方へ示されます。インターフェースは、コントロールとデータのために否定と肯定的な信号の混合物を使用します。主張された用語、また否定された、一貫性のために使用され、電気的な特性に依存しない。 すべてのタイミング推移図の中で、より低いラインは示します、否定された、また、上部のライン示します、主張されました。下記はrepresentを例証します。TESTと命名される信号のation、行くこと、から、否定された、主張された、そしてに、信号の極性に基づいて否定されました。 T13/1321D revision 3 Page 9 主張する、否定する テスト ViH ViH 3.2.9 データ・トランスファーのために命じるバイト Byte ordering for data transfers データはPIOあるいはDMAプロトコルのいずれかを使用して、ブロックの中で転送されます。BSYビットが0に取り除かれ、DRQビットが1にセットされる場合、PIOデータ・トランスファーが生じます。これらのトランスファーは通常16ビットです。しかし、CFAデバイスは8ビットのPIOトランスファーを実行するかもしれません。データは、DRQブロックとして知られている1バイト以上のブロックの中で転送されます。 ホストがDMACKを主張する場合、DMAデータ・トランスファーが生じます。DMARQを主張するデバイスに応じて。DMA転送は常に16ビットです。DMACKの各主張-ホストによって、DMAデータバーストを定義します。DMAデータバーストは2バイト以上です。DRQブロックあるいはデータのDMAバーストの仮定は、情報の「n」バイトを含んでいます。バイト(0)がブロックの第1のバイトである場合、バイトはバイト(n-1)によってバイト(0)と呼ばれます。また、バイト(n-1)はブロックの最後のバイトです。テーブル1は、データのそのようなブロックが16ビットのPIOおよびDMA転送を使用して、インターフェース上でいつ転送されるかに、バイトが贈られるオーダーを示します。テーブル2は、データのそのようなブロックかバーストが8ビットのPIOを使用して、インターフェース上でいつ転送されるかに、バイトが贈られるオーダーを示します。 テーブル1。バイトオーダー DD15DD14DD13DD12DD11DD10DD9 DD8DD7DD6DD5DD4DD3DD2DD1DD0 最初に次にバイト(1)バイト(0)を転送する、 バイト(3)バイト(2)を転送する。 ........ 最後トランスファー・バイト(n-1)バイト(n-2) テーブル2。バイトオーダー DD7DD6DD5DD4DD3DD2DD1DD0 最初にバイト(0) 2nd のトランスファー・バイト(1)を転送してください。 ........ 最後のトランスファー・バイト(n-1) 注。上記の記述はインターフェース上のデータのためにあります。ホスト・システムおよび(または)ホスト・アダプターは、異なるためにホストの記憶で見られるようなデータの順序を引き起こすかもしれません。 4 インターフェースの物理的・電気的な必要条件 Interface physical and electrical requirements コネクターとケーブルは付録Aの中でドキュメント化されます。 4.1 ケーブル配置 Cable configuration この標準は、一人のホストかホスト・アダプター、および1つあるいは2つのデバイスを牽制するインターフェースを定義します。1つのデバイスはデバイス1としてデバイス0および別のデバイスとして形成されます。デバイス0あるいはデバイス1としてのデバイスの指示は、多くの方法を含んでいることでなされるかもしれないが、次のものに制限されていないかもしれません:.デバイス上のスイッチあるいはジャンパー;.ケーブル・セレクト(CSEL)ピンの使用。 T13/1321D revision 3 Page 10 ホストはケーブルの片端に置かれるでしょう。単一のデバイス配置については、ホストからのケーブルの反対の端にデバイスが置かれることが勧められます。単一のデバイス配置がケーブルの端にデバイスでインプリメントされない場合、信号の低下を引き起こすかもしれないケーブル使い残りは生じます。ケーブルの端にではないデバイスを備えた単一のデバイス配置は、Ultra DMAモードと共に使用されないものとします。 4.2 電気的な特性 Electrical characteristics テーブル3は、インターフェース信号のDCの特性を定義します。 テーブル4はAC特性を定義します。 テーブル3 DCの特性記述 minマックス IoLドライバー流し流れ(参照、1に注意する)4mAの IoLDASPドライバー流し、DASP(参照、1に注意する)12mAの IoHドライバー出所流れ(参照、2に注意する)のための流れ、DMARQ(参照、2に注意する)500μA IZデバイス用の400のμA IoHDMARQドライバー出所流れ、DD(15:0)およびSTROBEの上の流れを引き上げる、いつ、高いZ -10 μA 200μA高いViH電圧入力、2.0のVDC ViL電圧入力、低く IoH min 2.4 VDC VoL電圧出力で高い0.8のVDC VoH電圧出力、IoL min 0.5 VDC Description Min Max IoL Driver sink current (see note 1) 4 mA IoLDASP Driver sink current for DASP (see note 1) 12 mA IoH Driver source current (see note 2) 400 μA IoHDMARQ Driver source current for DMARQ (see note 2) 500 μA IZ Device pull up current on DD (15:0) and STROBE when high Z -10 μA 200 μA ViH Voltage input high 2.0 VDC ViL Voltage input low 0.8 VDC VoH Voltage output high at IoH min 2.4 VDC VoL Voltage output low at IoL min 0.5 VDC NOTESで低く。 1 IoLDASPは遺産タイミングおよび信号の完全に会うのに12mA最小であるものとします。 2 400μAのIoH価値は、5.6k.の抵抗器によって低く引かれるDMARQの場合には不十分です。 テーブル4。AC特性記述 minマックス SRISE立ち上がりエッジは、ATインターフェース上の任意の信号の割合を殺害しました(Note.を参照)。1.25V/ns SFALL立ち下がりエッジは、ATインターフェース上の任意の信号の割合を殺害しました。(Note.を参照。)1.25V/ns ホスト・コネクター25 pf Cdeviceデバイスインターフェース信号のChostホスト・インターフェース信号キャパシタンス、デバイスコネクターのキャパシタンス 20 pf Note 信号すべて同じ容量性ロード価値を持つところで、すべての容量性ロード(15 pfから40 pfまで)と、転送元デバイスの十分な信号の振幅の10-90%からのコネクターで比較された時、SRISEとSFALLはこの要求を満たすものとします。 T13/1321D revision 3 Page 11 4.2.1 ドライバー・タイプおよび要求された終了 Driver types and required termination テーブル5。ドライバー・タイプおよび要求された終了信号 Driver types and required termination 出所ドライバー・タイプ(Note.1を参照。) ホスト(Note.2を参照。) デバイス(Note.2を参照。) Notesリセット-ホストTP DD(15:0)Bidir TS 3 DMARQデバイスTS 5.6k.のPD DIOR-:HDMARDY- :HSTROBE ホストTS DIOW-:STOPホストTS IORDY:DDMARDY-:DS TROBE デバイスTS 1.0k.のPU 6、10、 CSELホストグランド10k.のPU、4、6 DMACK-ホストTP INTRQデバイスTS 10k.5 DA(2:0)ホストTP PDIAG-:CBLID-デバイスTS 10k.のPU 2、6、7、8 CS0(CS1) ホストTP DASP-デバイスOC 10k.のPU 6、9 NOTES。 1 隣接3stateのTS=;OC=開いた収集者;TP=トーテムポール;PU=懸垂;PD=折り畳み式です。 2 抵抗器価値はすべて10kを除いて最小(最も低く許可された)です。PDIAG-:CBLIDwhichの上のPUは、±5%に対する耐性を持つものとします、あるいはより少ない 3 デバイスはDD7の上に懸垂抵抗器を持たないものとします。ホストが存在しないデバイスのステータス登録を読むことを試みる場合に取り除かれているようなBSYを検知するように、ホストがパワー・アップでデバイスの欠如を認識することを可能にするために、ホストは、DD7の上に懸垂抵抗器ではなく10k.の折り畳み式の抵抗器を持?ツでしょう。 4 CSELとして使用された時、このラインはホストでアースされます。また、10k.の懸垂は両方のデバイスで要求されます。 5 感じられたレベルに依存する10k.折り畳み式のAあるいは懸垂は、ホストでインプリメントされるべきです。 6 懸垂値は+5つのv Vccに基づきます。 7 モード2より大きなUltra DMAモードをサポートしないホストはPDIAG:CBLIDに接続しないでしょう。― 信号。 8 80-コンダクタケーブルが実装は次の必要条件を満たすものとします:PDIAG-:CBLID-信号は、ケーブルが実装のホスト・コネクターの中でアースするために接続されるでしょう;PDIAG-:CBLIDsignalはホストとデバイスの間で接続されないでしょう;そして、PDIAG-:CBLID―信号はデバイス間で接続されるものとします。 9 ホストはDASPを運転しないでしょう。ホストがDASPに接続する場合―任意の目的のために、ホストは次のことを保証するでしょう、DASPのためのインターフェース上で検知された信号のレベル―DASP-デバイス・ドライバ-のIoHとIoLの必要条件を与えられて、VoHおよびVoL互換性を維持するものとします。 10 1k.を越える値は雑音マージンを改善するかもしれません。 4.2.2 Ultra DMAのための電気的な特性 モード2より大きなUltra DMA転送モードをサポートするホストは、第一と第二のI/Oポート間の信号を共有しないでしょう。それらは各ケーブルのために個別のドライバーおよび個別のレシーバーを提供するものとします。 T13/1321D revision 3 Page 12 4.2.2.1 ケーブル配置 Cable configuration 次のテーブルは、すべてのトランスファー・モード用の2重のケーブル・システム構成のためのホスト・トランシーバー配置を定義します。 トランスファーモード オプションのホスト トランシーバー配置 推奨されたホストトランシーバー 配置義務的なホスト トランシーバー配置 すべてのPIOおよびマルチワードDMA 1台のトランシーバーはそうかもしれません。両方のポートへの信号のために使用されます。 ディオール(DIOW)およびIORDY持っているべきである、1つの、個別各ポートのトランシーバー。一方のDIOR、DIOW―そしてIORDYあるいはCS0―また、CS1は持つものとします、1つの、個別各ポートのトランシーバー。Ultra DMA0、1、21台のトランシーバーはそうかもしれません。DMACKDIOR(DIOW)以外のポートおよびIORDYの両方への信号のために使用された、持っているべきである、1つの、個別各ポートのトランシーバー。一方のDIOR、DIOW―そしてIORDYあるいはCS0―また、CS1は持つものとします、1つの、個別各ポートのトランシーバー。DMACK-各ポートの個別のトランシーバーを持つものとします。Ultra DMA3、41台のトランシーバーはそうかもしれません。RESETのための両方のポートへの信号のために使用された―、INTRQ、DA、CS0(2:0)―、CS1、またDASPRESET、INTRQ、DA(2:0)、CS0(CS1)およびDASPshouldは持っています、1つの、個別各ポートのトランシーバー。信号はすべて、RESETを除いて各ポートの個別のトランシーバーを持つものとします―、INTRQ、DA(2:0)(CS0)―、CS1―、また、テーブルに続くDASPTheは、すべてのためのデバイスおよびシステムの関係用のシステム構成を定義します、モードを転送します。トランスファーモード単一のデバイスの直接の接続配置 (Note.1を参照。)40-コンダクタケーブル接続配置(Note.2を参照。)80-conductorcable接続配置(Note.2を参照。)すべてのPIOおよびマルチワードDMA使用されるかもしれません。使用されるかもしれません。使用されるかもしれません(Note.3を参照)。Ultra DMA0、1、2使用されるかもしれません。使用されるかもしれません。用いられている(参照、3に注意する)Ultra DMA 3、4かもしれない、使用されるかもしれない(参照、4に注意する)。使用されないものとします。使用されるかもしれません(Note.4を参照)。 Note 1 直接の関係はホスト・コネクターとデバイスコネクターの直接の指示するポイント関係です。 2 40-コンダクタケーブルが実装および80-コンダクタケーブルが実装は、付録A.に定義されます。80-コンダクタケーブルが実装を要求しないデータ・トランスファー・モード用の信号の質を改善するために、 3 80-コンダクタケーブルが実装が40-コンダクタケーブルが実装の代わりに使用されてもよい。 4 どちらか、直接の接続配置あるいは80-コンダクタケーブル接続配置が使用される、単一のデバイス、2を越えるUltra DMAモードで作動するシステム。 4.2.2.2 Ultra DMAシリーズ終了抵抗器のために必要になったシリーズ Series termination required for Ultra DMA 終了、ホストおよびデバイスの両方で要求される。Ultra DMAモードのうちのどのオペレーションのために。テーブル6は、ホストおよびデバイスでシリーズ終了に対する典型的な値について記述します。 T13/1321D revision 3 Page 13 テーブル6。Ultra DMAのための典型的なシリーズ Typical series termination for Ultra DMA 終了信号 ホスト 終了デバイス終了 DIOR-:HDMARDY-:HSTROBE 22オームの82オーム DIOW-:STOP 22オームの82オーム CS0(CS1) 33オームの82オーム DA0、DA1(DA2 33オーム82オーム DMACK-22オーム82オーム DD15 through DD0 33オーム33オーム DMARQ 82オーム22オーム INTRQ 82オーム22オーム IORDY:DDMARDY-:DSTROBE 82オーム22オーム RESET-33オーム82オーム Note.終了を要求する信号だけが、このテーブルにリストされます。信号がリストされない場合、シリーズ終了はUltra DMAモードにおけるオペレーションのために必要になりません。図2は、ホストで懸垂または折り畳み式の抵抗器をさらに要求する信号を示します。実際の終了価値はトランシーバーおよび跡インピーダンスが特有のケーブル・インピーダンスと一致するために補うために選択されるべきです。VCCIORDY DMARQDD 7図2。懸垂を備えたUltra DMA終了、あるいは折り畳み式。 5 インターフェース信号割り当ておよび記述 Interface signal assignments and descriptions 5.1 信号の要約Signal summary 物理的なインターフェースは、非同期インターフェース・プロトコルを使用して、1セットのコンダクタによって通信するレシーバーおよびドライバーから成ります。テーブル7は信号名を定義します。コネクター記述のために、付録Aを見ます。ドライバーおよび終了定義のために、4.2.1を見ます。信号プロトコルおよびタイミングのために、節9および節10を見ます。 T13/1321D revision 3 Page 14 テーブル7。 インターフェース信号名前割り当て記述 Interface signal name assignments ホストDir Dev頭文字 ケーブル・セレクト(Note.を参照)CSEL 選択した0の→CS0を削ります。- 選択した1つの→CS1を削ります。- データバス・ビット0.DD0 データバス・ビット1.DD1 データバス・ビット2.DD2 データバス・ビット3.DD3 データバス・ビット4.DD4 データバス・ビット5.DD5 データバス・ビット6.DD6 データバス・ビット7.DD7 データバス・ビット8.DD8 データバス・ビット9.DD9 データバス・ビット10.DD10 データバス・ビット11.DD11 データバス・ビット12.DD12 データバス・ビット13.DD13 データバス・ビット14.DD14 データバス・ビット15.DD15 活発なデバイスあるいはslave(デバイス1)現在(Note.を参照)DASPDevice アドレスは、0の→DA0を噛みました。 デバイスアドレス・ビット1→DA1 デバイスアドレス、ビット2→DA2 DMA acknowledge → DMACKDMA request ← DMARQ Interrupt request ← INTRQ I/O read → DIORDMA ready during Ultra DMA data-in bursts → HDMARDYData strobe during Ultra DMA data-out bursts → HSTROBE I/O ready ← IORDY DMA ready during Ultra DMA data-out bursts ← DDMARDYData strobe during Ultra DMA data-in bursts ← DSTROBE I/O write → DIOWStop during Ultra DMA data bursts → STOP Passed diagnostics (see note) PDIAGCable assembly type identifier (see note) CBLIDReset → RESETNOTE NOTE.信号記述を参照して、これらの信号の源についての情報用のAを付加してください。 5.2 信号の記述 Signal descriptions 5.2.1 CS(1:0)-(Chip select) これらはコマンド・ブロックかコントロール・ブロック登録(7.2を参照)を選択するために、ホストからの選択した信号が使用したチップです。DMACK―主張されるときは、CS0―そしてCS1―否定されるものとし移る、広さ16ビットであるものとします。 5.2.2 DA(2:0)-(Device address) これはデバイス中の登録またはデータのポートにアクセスするためにホストによって主張された、3ビットの2進法のコード化されたのアドレスです(7.2を参照)。 T13/1321D revision 3 Page 15 5.2.3 DASP。-(Device active, device 1 present) これはデバイスが活発か、デバイス1が存在することを示す、時分割多重通信の信号です。 Note.。デバイスが活発であるという徴候はコマンドの実行と同時にならないかもしれません。 5.2.4 DD(15:0) (Device data) これはホストとデバイスの間の8-か16ビット双方向のデータ・インターフェースです。より低い8ビットは8ビットの登録トランスファーのために使用されます。データ・トランスファーは、道具8ビットのデータが転送するCFAデバイスを除いて広さ16ビットです。 5.2.5 DIOR-:HDMARDY-:HSTROBE (Device I/O read:Ultra DMA ready:Ultra DMA data strobe) DIOR-デバイス登録を読むためにホストによって主張されたストロボ信号あるいはデータ・ポートです。HDMARDY-Ultra DMAデータ・インバーストのフロー制御合図です。ホストはUltra DMAデータ・インバーストを受け取る準備ができていることをデバイスに示すために、この信号はホストによって主張されます。ホストはHDMARDYを否定してもよい。休止するために、Ultra DMAデータインは破裂します。HSTROBEはそうです、その、データアウトUltra DMAのためのホストからのストロボ信号、データアウトバースト。上昇およびHSTROBEの立ち下がりエッジの両方は、デバイスへDD(15:0)からのデータに掛けがねをかけます。ホストは、休止するためにHSTROBE端を生成することをやめてもよい、Ultra DMA、データアウトバースト。 5.2.6 DIOW-:STOP(Device I/O write:Stop Ultra DMA burst) DIOW(デバイス登録を書くためにホストによって主張されたストロボ信号あるいはデータ・ポートDIOWである)は、Ultra DMAバーストの開始に先立ったホストによって否定されるものとします。データがUltra DMAバーストの中で転送される前に、STOPはホストによって否定されるものとします。Ultra DMAバースト中のホストによるSTOPの主張は、Ultra DMAバーストの終了を示します。 5.2.7 DMACK。-(DMA acknowledge) この信号はDMA転送を始めるためにDMARQに応じてホストによって使用されるものとします。 5.2.8 DMARQ(DMA request) デバイスはホストへ、あるいはそのホストからデータを移す準備ができている場合、ホストとデバイスの間のDMAデータ・トランスファーのために使用されたこの信号は、デバイスによって主張されるものとします。Mulitword DMA転送については、データ・トランスファーの方向がDIOR(またDIOW)によってコントロールされます。この信号は、転送するべきさらに多くのデータがある場合、DMARQおよび再主張するDMARQを否定する前に、DMACK(つまり、ホストがDMACKを主張するまで、デバイスは待つものとします)を備えた握手やり方の中で使用されます。DMAオペレーションが可能になる場合、CS0(またCS1)は主張されないものとします。また、トランスファーは広さ16ビットであるものとします。デバイスが選択されていない場合、この信号がリリースされるものとします。 5.2.9 INTRQ(Device interrupt) この信号は、中断する選択されたデバイスによって使用されます、その未決の割り込みがセットである場合、ホスト・システム。nIENビットが0に取り除かれ、デバイスが選択されている場合、INTRQは隣接3stateのバッファーを通って可能になるものとします。nIENビットが1にセットされるか、デバイスが選択されていない場合、INTRQ信号がリリースされるものとします。主張された時、この信号は、DIOR(それは未決の割り込みを取り除くためにステータス登録を読む)の否定の400 nsの内のデバイスによって否定されるものとします。主張された時、この信号は、DIOW(それは未決の割り込みを取り除くためにコマンド登録を書く)の否定の400 nsの内のデバイスによって否定されるものとします。 T13/1321D revision 3 Page 16 デバイスが、未決の割り込みがセットされている一方、デバイス/ヘッド登録に書くことにより選択されている場合、INTRQは、DIOW(それはデバイス/ヘッド登録を書く)の否定の400 nsの内に主張されるものとします。デバイスが、未決の割り込みがセットされている一方、デバイス/ヘッド登録に書くことにより外される場合、INTRQは、DIOW(それはデバイス/ヘッド登録を書く)の否定の400 nsの内にリリースされるものとします。オーバーラップした特徴セットをインプリメントするデバイスについては、デバイスがINTRQを主張するのと同じ瞬間でnIENを使用して、INTRQ主張が無効になっている場合、最小のパルス幅は少なくとも40 nsであるものとします。デバイスが選択されていない場合、この信号がリリースされるものとします。 5.2.10 IORDY:DDMARDY-:DSTROBE(I/O channel ready:Ultra DMA ready:Ultra DMA data strobe) この信号はデバイスはデータ・トランスファー・リクエストに答える準備ができていない場合に、任意のホスト登録アクセス(読むか書く)のホスト・トランスファー・サイクルを拡張するために否定されます。PIOモード3およびの上にのためにホスト・トランスファー・サイクル期間が拡張されることをデバイスが必要とする場合、デバイスはIORDYを利用するものとします。PIOモード3およびの上にを使用するホストはIORDYをサポートするでしょう。DDMARDY-データアウトUltra DMAのフロー制御合図である、バースト。この信号は、デバイスはUltra DMAをデータアウト受け取るができていることをホストに示すデバイスによって主張されます、バースト。デバイスはDDMARDYを否定するかもしれません。休止するために、Ultra DMAはデータ急に現われました。DSTROBEはUltra DMAデータ・インバースト用のデバイスからのデータインストロボ信号です。上昇およびDSTROBEの立ち下がりエッジの両方は、ホストへDD(15:0)からのデータに掛けがねをかけます。デバイスは、休止するためにDSTROBE端を生成することをやめるかもしれません、Ultra DMAデータ・インバースト。デバイスが選択されていない場合、この信号がリリースされるものとします。 5.2.11 PDIAG-:CBLID(Passed diagnostics:Cable assembly type identifier) PDIAG-は、デバイス1がダイアゴノスティックを終了したことをデバイス0に示すデバイス1によって主張されるものとします(節9を参照)。ホストはCBLIDをサンプリングしてもよい - 次のステップの実行により80-コンダクタケーブルが実装の存在か欠如を検知するためにリセットされた電源投入かハードウェアの後に: a) 電源投入またはハードウェアリセットされたプロトコルがケーブル上のすべてのデバイスには完全であるまで、ホストは待つでしょう; b) デバイス1が存在する場合、ホストはIDENTIFY DEVICEかIDENTIFY PACKET DEVICEを出し、デバイス1がATA-3標準あるいは後の標準で従順であることを決めるために返されたデータを使用するべきです。任意のデバイスは、ATA-3あるいは後の標準リリースPDIAG(第1のコマンドfollowiの後によりも少しも後でない)で従順です。電源投入かハードウェアがリセットしたナノグラム、シーケンス。 Note.。より古いデバイスは、ATA-3標準あるいは後の標準に従ってケーブル・タイプの誤りの表示を提供するこの信号を主張し続けないかもしれません。IDENTIFY DEVICEあるいはIDENTIFY PACKET DEVICEを出すことはデバイスがこれらの標準で従順であることを確認するのに必要な情報をホストに提供するだけ?ナなく、この信号のリリースに帰着するコマンドを提供します。 T13/1321D revision 3 Page 17 ホストがそれを検知する場合、CBLID―アースするために接続される、80-コンダクタケーブルが実装はシステムにインストールされます。アースするためにはこの信号が接続されないことをホストが検知すれば、80-コンダクタケーブルが実装はシステムにインストールされません。ケーブル・タイプの非標準のデバイス決定の記述に関しては、付録Bを参照してください。 デバイス1デバイス0 CBLIDHost 開いたPDIAG-コンダクタ Note.。CBLID-使用されているケーブルが実装が80-コンダクタが実装であることをホストに示す目的で80-コンダクタケーブルが実装ホスト・コネクターに根ざしている、ない、40-コンダクタが実装。 図3。PDIAG(80-コンダクタケーブルが実装 5.2.12 RESET (Hardware reset) ハードウェア・リセットと呼ばれたこの信号は、デバイスをリセットするためにホストによって使用されるものとします(9.1を参照)。 5.2.13 CSEL(Cable select) デバイスは、CSELの値に依存するデバイス0あるいはデバイス1のいずれかとして形成されます: .CSELが否定される場合、デバイス番号は0です; .CSELが主張される場合、デバイス番号は1です。 この信号の状態は、デバイス0あるいはデバイス1としてデバイスが形成されることを検知するデバイスによって、どんな枝でもサンプリングされるかもしれません。 5.2.13.1 40-コンダクタケーブルを備えたCSEL CSEL with 40-conductor cable スペシャル打電は選択的にCSELをアースするために使用されてもよい。デバイス0のCSELはケーブル中のCSELコンダクタに接続されアースされ、それにより、それ自体をデバイス0と認めるデバイスを許可します。コンダクタが削除されるので、デバイス1のCSELはCSELにこのように接続されません、デバイスはそれ自体をデバイス1と認めます。それは認識されるべきです、それ、CSELを使用して、単一のデバイスがケーブルの端に形成される場合、デバイス1のみ、配置結果。図4および図5を参照してください。 T13/1321D Revised 3 Pgae 18 デバイス0 デバイス1 グランド ホスト CSEL コンダクタ オープン デバイス1 グランド ホスト CSELコンダクタ オープン 図4。80-コンダクタケーブルを備えたケーブル・セレクト例 5.2.13.2 CSEL指定のケーブルが実装 CSEL with 80-conductor cable (80-コンダクタケーブルが実装をすべて含んで)のために:CSELが、ホストからのケーブルの反対の端にホスト・コネクターからコネクターに接続されるように、これらのが実装は構築されます(図5を参照)。したがって、デバイス0は、ホストからのケーブルの反対の端にあるものとします。ケーブルの端にではないデバイスを備えた単一のデバイス配置は、Ultra DMAモードと共に使用されないものとします。 デバイス1 デバイス0 グランド ホスト CSEL コンダクタ オープン デバイス0 グランド ホスト CSELコンダクタ オープン 図5。交替ケーブル・セレクト例 Alternate cable select example T13/1321D revision 3 Page 19 6 一般的な運用上の必要条件 General operational requirements 6.1 コマンド伝達 Command delivery コマンドは2つの形式で伝えられるかもしれません。PACKETコマンド特徴セットをインプリメントしないデバイスについては、コマンドおよびコマンド・パラメーターがすべてデバイスコマンド・ブロック登録を書くことにより伝えられます。登録がコマンドを伝えたとともに、そのようなコマンドが定義されます。PACKETコマンド特徴セットをインプリメントするデバイスはいくつかの登録に伝えられたコマンドと同様にパケットに伝えられたコマンドも利用します。登録に伝えられたコマンドおよびPACKETコマンドはすべて、節8に記述されます。 Note.。PACKETコマンドに実行の間に運ばれたコマンド・パケットの内容、この標準に記述されません。 6.2 登録はデータ・トランスファー・コマンド・セクター・アドレシングを伝えました Register delivered data transfer command sector addressing 登録のために、データを運んだ、デバイスのメディアに記録されたデータ・セクターのアドレシングがすべてよるコマンドを転送する、論理的なセクター・アドレス。メディア上に、論理的なセクター・アドレスとデータ・セクターの実際の物理的な位置の間に暗黙の関係はありません。 デバイスは以下に記述されるような翻訳をサポートするものとします: .デバイスはすべてLBA翻訳をサポートするものとします。 .デバイスのキャパシティーが1つ以上のセクターおよび16,514,064以下のセクターである場合、デバイスはCHS変換をサポートするものとします。 .デバイスのキャパシティーが16,514,064を越えるセクターである場合、デバイスはCHS変換をサポートするかもしれません。 .電源投入またはハードウェアリセットに続いて、デバイスがCHS変換をそれではサポートする場合、deviceshallによって可能にされたCHS変換、デフォルト翻訳です。 .デバイスがCHS変換をサポートする場合、デバイスはホストが他のCHS変換を選択するINITIALIZE DEVICE PARAMETERSコマンドを使用することを可能にするかもしれません。 .デバイスがCHS変換をサポートする場合、IDENTIFY DEVICEword1、3および6はデフォルト翻訳について記述するものとします。また、word53-58は現在の翻訳について記述するものとします。 CHSアドレスは3つのフィールドから構成されます:セクター番号、ヘッド番号およびシリンダ番号。 セクター番号は、1から現在のCHS変換によって許可された、最大の値までセクターに付けられます。しかし、そのセクター番号は255を超過しないでしょう。 ヘッド番号は、0から現在のCHS変換によって許可された、最大の値まで頭に付けられます。しかし、そのヘッド番号は15を超過しないでしょう。 シリンダ番号は、0から現在のCHS変換によって許可された、最大の値までシリンダに付けられます。しかし、そのシリンダ番号は65,535を超過しないものとします。 INITIALIZE DEVICE PARAMETERSコマンドを使用して、ホストがCHS変換を選択する場合、ホストは論理的な軌跡についてセクターの数、および論理的なシリンダについて頭の数を要求します.その後、デバイスは、要求された翻訳において利用可能な論理的なシリンダの数を計算します。 デバイスは、コマンドによって指定されたアドレシング方法を変更しないものとし、コマンドのために指定されたアドレシング方法を利用するステータス情報を返すものとします。 1) ホストは、デバイス/ヘッド登録の中でLBAビットを使用することにより、コマンドごとの基礎上で現在選択されたCHS変換アドレシングあるいはLBAアドレシングのいずれかを選択してもよい; 2) デバイスは、すべてのメディア・アクセス・コマンドのためのLBAアドレシングをサポートするものとします; 3) 最初のLBAにアドレスされたセクター(セクター0)が第1の論理的なCHSがセクター(シリンダ0、ヘッド0、セクター1)に話しかけたのと同じセクターで、デバイス上の論理的なセクターは直線的に写像されるでしょう。 T13/1321D revision 3 Page 20 現在論理的なCHS変換に関係なく、与えられた論理的なセクターのLBAアドレスは有効に変わりません。下記は、現在のCHS変換をサポートするデバイスのための16,514,064以下のLBA番号には常に真実です: LBA = (((cylinder_number * heads_per_cylinder) + head_number) * sectors_per_track) + sector_number - 1 ここで、heads_per_cylinderとsectors_per_trackは現在の変換パラメータに基づくものです。cylinder_number、sector_numberおよびhead_numberは Cylinder High, Cylinder Low, Sector Number と Device/Head レジスタに記録された値です。 6.2.1 IDENTIFY DEVICEwordの定義および値範囲(8.12を参照) Definitions and value ranges of IDENTIFY DEVICE words (see 8.12) 1) Word1は、デフォルトCHS変換にユーザアドレス可能な論理的なシリンダの数を含むでしょう。word(61:60)の内容がそのとき16,514,064未満で???a、word1の内容は1以上および65,535以下であるものとします。word(61:60)の内容がそのとき16,514,064以上である場合、word1の内容は16,383に等しいものとします。 2) Word3は、デフォルトCHS変換にユーザアドレス可能な論理的な頭の数を含むでしょう。Word3の内容は1以上および16以下であるものとします。いくつかのBIOSとの互換性については、Word1の内容が8192を越えるものである場合、Word3の内容は15に等しいかもしれません。 3) Word6は、デフォルトCHS変換にユーザアドレス可能な論理的なセクターの数を含むでしょう。Word6shallの内容、1以上および63以下です。 4)[((Word1の内容)*(Word3の内容)*(Word6の内容))] は、16,514,064以下であるものとします。 5) Word54は、現在のCHS変換にユーザアドレス可能な論理的なシリンダの数を含むでしょう。Word54の内容は1以上および65,535以下であるものとします。電源投入の後に、あるいはハードウェア・リセットの後に、Word54の内容はWord1の内容と等しいものとします。 6) Word55は、現在のCHS変換にユーザアドレス可能な論理的な頭の数を含むでしょう。Word55の内容は1以上および16以下であるものとします。電源投入の後に、あるいはハードウェア・リセットの後に、Word55の内容はWord3の内容と等しいものとします。 7) Word56は、現在のCHS変換にユーザアドレス可能な論理的なセクターの数を含むでしょう。Word56の内容はすべてのBIOSとの互換性のために63に等しいに違いありません。However、Word56の内容は1以上かもしれません、そして以下255. 電源投入では、あるいはハードウェア・リセットの後に、Word56の内容が、Word6の内容と等しいものとします。 8) word(58:57)は現在のCHS変換のためのセクターにユーザアドレス可能なキャパシティーを含むでしょう。word(58:57)の内容は等しいものとします[((word54の内容)、(word55の内容)、(word56の内容))。]。word(58:57)の内容は16,514,064以下であるものとします。word(58:57)の内容はword(61:60)の内容以下であるものとします。 9) word54、55、56の内容、また(58:57)INITIALIZE DEVICE PARAMETERSコマンド(8.16を参照)を出すホストによって影響されるかもしれません。 10) word(61:60)の内容が16,514,064を越えるものである場合、およびデバイスがCHSアドレシング、次にword1、3、6、54、55、56の内容をサポートせず、(58:57)0と等しいものとする場合、場合、word1、word3あるいはWord6同等のもの0の内容、その後word1、3、6、54、55、56の内容、また(58:57)0と等しいものとします。 11) word(61:60)は、ユーザアドレス可能なセクターの総数を含むでしょう。word(61:60)の内容は1以上および268,435,456以下であるものとします。 12) word1の内容、54(58:57)、また(61:60)SET MAX ADDRESSコマンド(8.38を参照)を出すホストによって影響されるかもしれません。 T13/1321D revision 3 Page 21 6.2.2 制約のアドレスおよびエラーを報告 Addressing constraints and error reporting 1) デバイスは、現在のCHS変換の中のどんなアドレスにもアクセスするかもしれません、場合[((要求されたシリンダ+1つ)*(要求された頭+1つ)*(要求されたセクター)) ]word(61:60)の内容以下です。 2) デバイスは1にIDNFをセットするものとします。あるいは、下記の1つ以上が真実のところで、エラー登録のうちの1までABRT、およびステータスのうちの1までERRは、CHSアドレス・リクエストを備えた任意のコマンドに応じて登録します: a) [(Word54の内容)―1]より大きな要求されたシリンダ数 b) [(Word55の内容)―1]より大きいヘッド数。 c) セクターの値が0、あるいはWord56の内容より大きな値 3) デバイスはするものとします、ステータスで1までエラー登録およびERRの中で1までIDNFあるいは1までABRTをセットする、LBAアドレスを備えた任意のコマンドに応じて登録する、要求されたLBA番号がword(61:60)の内容以上ある場合、要求します。 6.3 割り込み Interrupts INTRQは、事象をホストに通知する選択されたデバイスによって使用されます。そのような事象が生じる場合、状態の間のデバイス内部割り込みがセットされます。nIENが0に取り除かれる場合、INTRQは主張されます(5.2.9を参照)。 デバイスは割り込みを入力するものとします、未決の状態、いつ: 1)PIOデータ・インコマンド以外のどんなコマンドもコマンド終了に成功裡に達します; 2)どんなコマンドも、エラーを備えたコマンド終了に達します; 3) デバイスは、PIOデータ・インコマンド中にデータ・ブロックを送る準備ができています; 4) デバイスは、PIOに第1のデータ・ブロックの後にデータ・ブロックをデータアウト受理する準備ができています、コマンド; 5) PACKETコマンド特徴セットをインプリメントするデバイスは、コマンド・パケットを受け取る準備ができています。また、IDENTIFY PACKET DEVICEレスポンスのWord0のビット6-5は、値01bを持っています; 6) PACKETコマンド特徴セットをインプリメントするデバイスは、PIOトランスファー中にDRQデータ・ブロックを転送する準備ができています; 7) バス・リリース割り込みが可能になる場合、Overlap特徴セットをインプリメントするデバイスはバス・リリースを実行します; 8) デバイスimplementingthe、オーバーラップする、セットを特色とする、バス・リリースを実行しており、今コマンド実行を継続する準備ができる; 9) Overlap特徴セットをインプリメントするデバイスは、サービス割?闕桙ンが可能になる場合にSERVICEコマンドの後にデータを転送する準備ができています; 10) デバイス0はEXECUTE DEVICE DIAGNOSTICコマンドを終了します。EXECUTE DEVICE DIAGNOSTICコマンドを終了する場合、デバイス1は、状態の間の割り込みを入力しないものとします。デバイスは、ホストchanginの結果状態の間の割り込みを出ないものとします。DEVの状態が噛んだg.. デバイスは割り込みを出るものとします、未決の状態、いつ: 1) デバイスは選択されています。BSYは0に取り除かれます。また、ステータス登録が読まれます; 2) デバイスは選択されています。BSYおよびDRQの両方は0に取り除かれます。また、コマンド登録が書かれています; 3) RESET-信号が主張されます; 4) SRSTビットは1にセットされます。 6.4 一般特徴セット General feature set 一般特徴セットは、デバイスによってインプリメントされた共通のコマンドを定義します。 T13/1321D revision 3 Page 22 6.4.1 PACKETコマンド特徴セットをインプリメントしないデバイスの準備ができていた一般的な特徴 General feature set for devices not implementing the PACKET command feature set 次の一般的な特徴セット・コマンドは、両方読むことができwritngのすべてのデバイスには義務的です、それらのメディア、またしない、PACKETコマンド特徴セットのインプリメント: .診断のデバイスを実行してください。 水平なキャッシュ。 デバイスを識別してください。 デバイスパラメーターを初期化してください。 DMAを読んでください。複合で読んでください。 読み取りセクター(S) .読み取り、セクター(S)を確認する .求めてください。 SET特徴。 SETの複合のモード。 DMAを書いてください。 複合で書いてください。 書き込みセクター(S) . EXECUTE DEVICE DIAGNOSTIC . FLUSH CACHE . IDENTIFY DEVICE . INITIALIZE DEVICE PARAMETERS . READ DMA . READ MULTIPLE . READ SECTOR(S) . READ VERIFY SECTOR(S) . SEEK . SET FEATURES . SET MULTIPLE MODE . WRITE DMA . WRITE MULTIPLE . WRITE SECTOR(S) 次の一般的な特徴セット・コマンドは、それらのメディアを単に読むことができしない、すべてのデバイスには義務的です、PACKETコマンド特徴セットのインプリメント: .診断のデバイスを実行してください。 デバイスを識別してください。 デバイスパラメーターを初期化してください。 DMAを読んでください。 複合で読んでください。 読み取りセクター(S). 読み取り、 セクター(S)を確認する. 求めてください。 SET特徴。 SET MULTIPLE MODE . EXECUTE DEVICE DIAGNOSTIC . IDENTIFY DEVICE . INITIALIZE DEVICE PARAMETERS . READ DMA . READ MULTIPLE . READ SECTOR(S) . READ VERIFY SECTOR(S) . SEEK . SET FEATURES . SET MULTIPLE MODE 次の一般的な特徴セット・コマンドが、PACKETコマンド特徴セットをインプリメントしないデバイスにはオプションです: .ダウンロード・マイクロコード。 NOP。 読み取りバッファー。 WRITE BUFFER . DOWNLOAD MICROCODE . NOP . READ BUFFER . WRITE BUFFER 次の一般的な特徴セット・コマンドが、PACKETコマンド特徴セットをインプリメントしないデバイスによって使用のために禁止されます: .DEVICE RESET: 次のリセットが、PACKETコマンド特徴セットをインプリメントしないデバイスには義務的です: .電源投入リセット: 電源投入で実行されて、デバイスは一連の電気的な回路類診断ルーチンを実行します、HDAを上へ回る、テストはスピードを上げます、そして他の機械的なparametrics、またセットする、値(9.1を参照)を怠ります。 .ハードウェア・リセット: RESETの主張に応じて実行された―デバイスが一連の電気的な回路類診断ルーチンを実行しリセットする、と合図する、値(9.1を参照)を怠るために .ソフトウェア・リセット: デバイスコントロールでのSRSTビットのセッティングに応じて実行された、デバイスを登録する、インターフェース回路類(9.2を参照)をリセットします。 . DEVICE RESET The following resets are mandatory for devices not implementing the PACKET command feature set: . Power-on reset: Executed at power-on, the device executes a series of electrical circuitry diagnostics, spins up the HDA, tests speed and other mechanical parametrics, and sets default values (see 9.1). . Hardware reset: Executed in response to the assertion of the RESET- signal the device executes a series of electrical circuitry diagnostics, and resets to default values (see 9.1). . Software reset: Executed in response to the setting of the SRST bit in the Device Control register the device resets the interface circuitry (see 9.2). T13/1321D revision 3 Page 23 6.4.2 PACKETコマンド特徴セットをインプリメントするデバイスの準備ができていた一般的な特徴 General feature set for devices implementing the PACKET command feature set 次の一般的な特徴セット・コマンドが、PACKETコマンド特徴セットをインプリメントするすべてのデバイスには義務的です: .デバイスリセット。 診断のデバイスを実行してください。 水平なキャッシュ。 デバイスを識別してください。 パケットデバイスを識別してください。 NOP パケット。 読み取りセクター(S). SET FEATURES . DEVICE RESET . EXECUTE DEVICE DIAGNOSTIC . FLUSH CACHE . IDENTIFY DEVICE . IDENTIFY PACKET DEVICE . NOP . PACKET . READ SECTOR(S) . SET FEATURES 次の一般的なコマンド・セット・コマンドは、PACKETコマンド特徴セットをインプリメントするデバイスによって使用のために禁止されます。 .ダウンロード・マイクロコード。 デバイスパラメーターを初期化してください。 読み取りバッファー。 DMAを読んでください。 複合で読んでください。 読み取り、確認します。 求めてください。 SETの複合のモード。 バッファーを書いてください 。DMAを書いてください。 複合で書いてください。 書き込みセクター(S) . DOWNLOAD MICROCODE . INITIALIZE DEVICE PARAMETERS . READ BUFFER . READ DMA . READ MULTIPLE . READ VERIFY . SEEK . SET MULTIPLE MODE . WRITE BUFFER . WRITE DMA . WRITE MULTIPLE . WRITE SECTOR(S) 次のリセットが、PACKETコマンド特徴セットをインプリメントするデバイスには義務的です: .電源投入リセット: 電源投入で実行されて、デバイスは一連の電気的な回路類診断ルーチンを実行します、HDAを上へ回る、テストはスピードを上げます、そして他の機械的なparametrics、またセットする、値(9.1を参照)を怠ります。 .ハードウェア・リセット: RESETの主張に応じて実行された―デバイスが一連の電気的な回路類診断ルーチンを実行しリセットする、と合図する、値(9.1を参照)を怠るために .ソフトウェア・リセット: デバイスコントロールでのSRSTビットのセッティングに応じて実行された、デバイスを登録する、インターフェース回路類(9.2を参照)をリセットします。 .デバイスリセット:DEVICE RESETに応じて実行されて、デバイスがインターフェース回路類をリセットするように命じてください(8.7を参照)。 6.5 マルチワードDMA Multiword DMA マルチワードDMAは、READ DMA、WRITE DMA、READ DMA QUEUED、WRITE DMA QUEUEDおよびPACKETコマンドと共に使用されるデータ・トランスファー・プロトコルです。IDENTIFY DEVICE(8.12を参照)かIDENTIFY PACKET DEVICE(8.13を参照)データによって示されるように、マルチワードDMAトランスファーが可能になる場合、このデータ・トランスファー・プロトコルは、これらのコマンドに関連したデータ・トランスファーのために使用されるものとします。DMA転送モードはSET FEATURES 03hのsubcommandを使用して、変更されるかもしれません(8.37.11を参照)。このプロトコルのための信号タイミングは10.2.3に記述されます。 DMARQおよびDMACK-信号はマルチワードDMAトランスファーが実行されることになっている場合に、重要であるために使用されます。DMARQおよびDMACK-信号もマルチワードDMAデータ・トランスファーのデータ・フローをコントロールするために使用されます。デバイスはマルチワードDMAトランスファーに関連したデータを転送する準備ができている場合、デバイスはDMARQを主張するものとします。その後、ホストはCS0の否定により答えるでしょう―そしてCS1―、DMACKの主張―、またデータ・トランスファーを始める、によって、主張する、否定する(その後)こと、DIOW―あるいはDIOR―各Wordのために、移りました。CS0(またCS1)は残るものとします、否定する。DMACKの間のd-主張されます。ホストはDMACKを主張しないでしょう。DMARQがデバイスによって主張されるまで。 T13/1321D revision 3 Page 24 ホストはDMA読み取りを始めるか、あるいはサイクルだけを書くものとします、いつ、DMARQおよびDMACKの両方―主張されます。DMARQとDMACKを主張したこと、データの少なくとも1つのWordが転送されるまで、これらの信号が主張され続けるものとします。デバイスは休止するかもしれません、DMARQの否定によるフロー制御目的のためのトランスファー。ホストはDMACKを否定するでしょう。DMARQの否定に応じて。その後、デバイスはDMARQをデバイスはより多くのデータおよびDMACKを転送する準備ができている場合、データ・トランスファーを継続すると再度主張するかもしれません。ホストによって否定されました。 ホストは休止してもよい、どちらかによるフロー制御目的のためのトランスファー、休止、DIOW(あるいはDIORpulses、あるいはDMACKの否定によって)の主張。デバイスはDMARQを残すかもしれません、主張した、場合、DMACK―否定されます。その後、ホストはDMACKを再度主張してもよい―DMARQが主張される場合、またDIOWを主張し始める―あるいはDIOR―データを継続する脈拍は移ります。マルチワードDMAデータ・トランスファーが完全な場合、デバイスはDMARQを否定するものとします。また、ホストはDMACKを否定するでしょう。レスポンスで。 最後の語が転送された後、DMARQは、DMA転送の初めの第1の主張から否定まで運転されるものとします。この信号はすべての他の時にリリースされるものとします。コマンドのためのデータ・トランスファーが完全な前に、デバイスがエラーを検知する場合、デバイスはデータ・トランスファーを終えるかもしれないし、あるいは終了の前にデータ・トランスファーを終了するかもしれないし、一方の場合におけるエラーを報告するものとします。 Note.。データ・トランスファーが終了の前に終了する場合、INTRQの主張は、コマンドによって要求されたデータがすべて転送されたかどうかにかかわらずtotheホスト・ソフトウェア・ドライバーを通して渡されるべきです。 6.6 Ultra DMA特徴セット Ultra DMA feature set 6.6.1 概観 Overview Ultra DMAは、READ DMA、WRITE DMA、READ DMA QUEUED、WRITE DMA QUEUEDおよびPACKETコマンドと共に使用されるデータ・トランスファー・プロトコルです。このプロトコルが可能になる場合、これらのコマンドがホストによって出される場合、Ultra DMAプロトコルはマルチワードDMAプロトコルの代わりに使用されるものとします。このプロトコルはUltra DMAデータバーストのみに当てはまります。このプロトコルがそこに使用される場合、ATAプロトコル(例えばコマ?塔h・ブロック登録アクセス)の他の要素への変更でありません。いくつかの信号ラインはUltra DMAバースト中に異なる機能を提供するために再定義されます。これらのラインはこれらの定義を仮定します、いつ: 1) Ultra DMAモードは選択されています、そして 2) ホストが読まれたDMAを出すとDMAは書きます、DMAを読む、キューにした、DMAを書く、キューにした、あるいはa データが移ることを必要とするPACKETコマンドおよび 3)ホストはDMACKを主張します―。これらの信号ラインは使用される定義に戻ります。DMACKの否定上の非Ultra DMA転送のために―Ultra DMAバーストの終了のホストによって。コントロール信号はすべて一方向です。 DMARQおよびDMACK-それらの標準の定義を保持します。Ultra DMAプロトコルで、DD(15:0)からのデータに掛けがねをかけるコントロール信号(STROBE)は、バス上にデータを運転するのと同じ代理人(ホストあるいはデバイスのいずれか)によって生成されます。DD(15:0)の所有権およびこのデータ・ストロボ信号はUltra DMAデータ・インバースト中にデバイスに与えられます。あるいは、Ultraのためのホストに、DMAはデータ急に現われました Ultra DMAに、転送元デバイスを破裂させる、常にバス上にデータを運転するものとする、また、伝播遅延、ケーブル鎮静および段取り時間のために見越しておくべき十分な時間の後に、転送元デバイスは、データに掛けがねをかけるためにSTROBE端を生成するものとします。STROBEの周波数がデータの最大の周波数に制限されたように、STROBEの両方の端はデータ・トランスファーのために使用されます。ケーブル上の最も高い基本の周波数は任意の信号のための毎秒3333万の推移と一致する16.67MHzであるものとします。 T13/1321D revision 3 Page 25 IDENTIFY DEVICEデータ中のwordは、Ultra DMA特徴、およびデバイスができるUltra DMAモードのサポートを示します、サポート。デバイスが使用するものとするUltra DMAモードを選択するために、SET FEATURESコマンド中のセット・トランスファー・モードsubcommandはホストによって使用されるものとします。ホストによって選択されたUltra DMAモードはデバイスがサポートする最も速いモード以下であるものとします。1つのUltra DMAモードだけがどの時間にも選択されるものとします。選択されたUltra DMAモード用のタイミング必要条件がすべて満たされるものとします。 Ultra DMAモード4をサポートするデバイスはさらにUltra DMAモード3、2、1および0をサポートするものとします。Ultra DMAモード3をサポートするデバイスはさらにultra DMAモード2、1および0をサポートするものとします。Ultra DMAモード2をサポートするデバイスはさらにUltra DMAモード0および1をサポートするものとします。Ultra DMAモード1をサポートするデバイスはさらにUltra DMAモード0をサポートするものとします。 Ultra DMAをサポートするホストは、モードのどんなコンビネーションもサポートしてもよい。ソフトウェアの実行がシーケンスあるいはDEVICE RESETコマンドの受取によって引き起こされたシーケンスをリセットした後、Ultra DMA有能なデバイスは以前に選択されたUltra DMAモードを保持するものとします。Ultra DMA有能なデバイスはどんな以前に選択されたUltra DMAモードも取り除くものとし、電源投入またはハードウェアリセットを実行した後にデフォルト非Ultra DMAモードに戻るものとします。 ホストおよびデバイスの両方はUltra DMAバースト中にCRC機能を実行します。Ultra DMAバーストの終わりに、ホストはデバイスへそのCRCデータを送ります。デバイスはホストから送られたデータとそのCRCデータを比較します。2つの値が一致しない場合、デバイスはエラー登録におけるエラーを報告します。エラーが、1つの任意のコマンドのための1つ以上のUltra DMAバースト中に生じる場合、デバイスは生じた最初のエラーを報告するものとします。コマンドのためのデータ・トランスファーが完全な前にCRCエラーが生じたことをデバイスが検知する場合、デバイスはトランスファーを終えてエラーを報告するか、あるいはコマンドを異常終了させるかもしれないし、エラーを報告するかもしれません。 Note.データ・トランスファーが終了の前に終了する場合、INTRQの主張は、コマンドによって要求されたデータがすべて転送されたかどうかにかかわらずホスト・ソフトウェア・ドライバーに相続されられるべきです。 6.6.2 オペレーションの相 Phases of operation Ultra DMAデータ・トランスファーは、一連のUltra DMAデータインによって遂行されるか、あるいはデータ急に現われます。各Ultra DMAバーストは、オペレーションの3つの義務的な相を持っています:開始過程、データは過程およびUltra DMAバースト終了過程を転送します。さらに、Ultra DMAバーストはそうかもしれません、データ中に休止する、過程(se)を転送する。これらの相の各々のための詳細なプロトコル記述用の、e 9.13および9.14、10.2.4は特定のタイミング必要条件を定義します。次の規則DMARDYの中で―一方のDDMARDYに当てはまることができる時の中で使用される―あるいはHDMARDY―、また、STROBEは、DSTROBEあるいはHSTROBEのいずれかに当てはまることができる時の中で使用されます。下記は一般的なUltra DMA規則です。 1) Ultra DMAバーストはDMACK(DMACKの後の否定へのホストによる)の主張からの期間として定義されます。 2) Ultra DMAモード2、1、あるいは0で転送先デバイスを操作することが、Ultra DMAバーストがある場合は常に、2つまでのデータWordを受け取る準備ができている場合、休止します。Ultra DMAモード4あるいは3で作動する場合、転送先デバイスは、Ultra DMAバーストがある場合は常に、3つまでのデータWordを受け取る覚悟をするでしょう、休止します。 6.6.2.1 Ultra DMAバースト開始相律 Ultra DMA burst initiation phase rules 1) 転送元デバイスが第1のデータWordを転送するためにSTROBE端を生成する場合、バースト開始過程はデバイスおよび終了によってDMARQの主張から始まります。 2) Ultra DMAバーストは、DMARQを主張するデバイスによって常に要求されるものとします。 3) 要求されたUltra DMAバーストを始める準備ができている場合、ホストはDMACKの主張により答えるでしょう。 4) ホストはDMACKを主張しないでしょう - 最初にそれを検知せずに、DMARQは主張されます。 5) Ultra DMAデータ・インバーストのために:デバイスは、DMACK(主張される、否定されたSTOPおよびHDMARDY)が主張されることを検知した後にDD(15:0)を運転し始めるかもしれません。 6) DMARQを主張したか、DDMARDYを主張する後―Ultra DMAのためにデータアウト、バースト、第1のSTROBE端が生成されるまで、デバイスは信号をどちらも否定しないものとします。 T13/1321D revision 3 Page 26 7) STOPを否定するか、HDMARDYを主張した後に-Ultra DMAデータ・インバーストのために、第1のSTROBE端が生成されるまで、ホストは、一方の信号の状態を変更しないでしょう。 6.6.2.2 データは相律を転送します Data transfer phase rules 1) データは過程を転送します、有効である、から、Ultra DMAバースト終了までUltra DMAバースト開始の後に。 2) 転送先デバイスは休止します、DMARDY(そしてDMARDYを再度主張することにより破裂したUltra DMAを再開する)の否定により破裂したUltra DMA。 3) 転送元デバイスは休止します、STROBE端を生成しないことにより破裂したUltra DMA、またSTROBE端の生成により再開します。 4) 転送元デバイスがSTROBE端を生成することをやめる場合、転送先デバイスは終了リクエストを直ちに示さないでしょう。転送元デバイスからの終了がない状態で、転送先デバイスは常にDMARDYを否定するでしょう。そして、終了リクエストを示す前の必要な期間を待ってください。 5) 転送元デバイスはSTROBE端を生成するかもしれません、で、可能になったUltra DMAモードによって指定された最小の期間より大きな転送元デバイスは、可能になったUltra DMAモードによって指定された、最小の期間未満でSTROBE端を生成しないものとします。転送先デバイスは、可能になったUltra DMAモードによって指定された最小の期間でデータを受け取ることができるでしょう。 6.6.2.3 Ultra DMAバースト終了相律 Ultra DMA burst termination phase rules 1) 転送元デバイスあるいは転送先デバイスのいずれかはUltra DMAバーストを終了するかもしれません。 2) Ultra DMAバースト終了はコマンド終了と同じではありません。Ultra DMAバースト終了がコマンド終了の前に生じる場合、コマンドはある程度の後の時に、新しいUltra DMAバーストの開始によって終了するか、あるいはデバイスにリセットされたハードウェアかソフトウェアを出すホストによって異常終了するものとします。 3) Ultra DMAバーストはそうであるものとします、転送先デバイスが終了を要求する前に、休止します。 4) ホストは終了を要求しますSTOPの主張によって。デバイスはDMARQの否定により終了リクエストを認めます。 5) デバイスはDMARQの否定により終了を要求します。ホストはSTOPの主張により終了リクエストを認めます。 6) 一旦転送元デバイスが終了を要求すれば、転送先デバイスがリクエストを認めるまで、転送元デバイスはSTROBEの状態を変更しないものとします。その後、STROBEが主張された状態でない場合、転送元デバイスは主張された状態にSTROBEを返すものとします。データはSTROBEのこの推移上で転送されないものとします。 7) 転送元デバイスが転送先デバイスからの終了リクエストを検知する場合は常に、転送元デバイスは主張された状態にSTROBEを返すものとします。データは転送されないでしょう、および、CRC、DSTROBEのこの端の上で計算されました。 8) 一旦転送先デバイスが終了を要求すれば、応答者は、Ultra DMAバーストの残りのために否定された状態からのDMARDYを変更しないものとします。 9) DMARQが否定されるか、STOPが主張される場合、転送先デバイスはSTROBE端を無視するでしょう。6.7 CBLIDの検知によるケーブル・タイプのホスト決定-CBLIDIn、ケーブルを使用するシステム、ホストは、トランスファー・モードでUltra DMAモード2より速く作動する前に、システムに80-コンダクタケーブルがインストールされることを決めるでしょう。ホストは次のことを検知するでしょう、CBLID―ケーブル・タイプを決定するためにアースするために接続されます。付録Bを参照してください。それの検知のために、CBLID(アースするために接続される、ホストは見るためにテストするでしょう、場合、CBLID)はVIL未満(VIHの上に)です。信号がVIL未満である場合、この信号が、80-コンダクタケーブルが実装のホスト・コネクターに根ざしているので、80-コンダクタケーブルが実装はシステムにインストールされます。信号がVIHの上にある場合、この信号がデバイス(s)に接続され、各デバイスで10k.の抵抗器によって引き上げられるので、40-コンダクタ・ケーブルが実装がインストールされます。 T13/1321D revision 3 Page 27 N/C ホストPCB デバイス0 コネクター デバイス0 PCB デバイス1 コネクター デバイス1 PCB ホスト コネクター PDIAG-:CBLID- コンダクタ Note.1 この配置については、ホストが2を越えるUltra DMAモードでデバイスを作動させないでしょう。 2 N/Cは、ホストからこの信号のコンダクタまでの接続がないことを示します。 図6。40-コンダクタケーブルを備えたシステムの例 ホストPCB デバイス0 コネクター デバイス0 PCB デバイス1 コネクター デバイス1 PCB ホスト コネクター PDIAG-:CBLID- コンダクタ 図7。ホストが40-コンダクタケーブルを検知するところで、システムの例配置 T13/1321D revision 3 Page 28 N/C ホストPCB デバイス1 コネクター デバイス1 PCB デバイス0 PCB ホスト コネクター PDIAG-:CBLID- コンダクタ Note.。N/Cは、ホストからこの信号のコンダクタまでの接続がないことを示します。 図8。ホストが80-コンダクタケーブル テーブル8 検知するところで、システムの例配置。CBLID(CBLIDCable)のホスト検知ケーブル Cable assembly type Device 1 releases PDIAG- PDIAGElectrical state Electrical of CBLID- at host Host- Hostdetermined determined cable type Determination correct? 40-conductor Yes 1 40-conductor Yes 80-conductor Yes 0 80-conductor Yes 40-conductor No 0 80-conductor No (see note) 80-conductor No 0 80-conductor Yes Note.。Ultra DMAモード3あるいは4はICRCエラーに不正確に帰着してセットされるかもしれません。 6.8 パケット・コマンド特徴セット PACKET Command feature set PACKETコマンド特徴セットは、広範囲すぎるので、コマンド・ブロック登録の中で表現することができないコマンド・パラメーターを要求するデバイスに備えます。PACKETコマンド特徴セットをインプリメントするデバイスは、この特徴セットをインプリメントしないデバイスによって示されたものと異なるレスポンスを示します。PACKETコマンド特徴セットに特有のコマンドは次のとおりです: .パケット デバイスリセット IDENTIFY PACKET DEVICE 6.8.1 Identification of PACKET Command feature set devices 電源投入、ハードウェア、DEVICE RESETあるいはソフトウェア・リセットを実行する場合、PACKETコマンド特徴セットをインプリメントするデバイスは他のデバイスと同じリセットされたプロトコルを実行するが、PACKETコマンド特徴セットデバイスに特有の署名に登録を託します(9.12を参照)。さらに、IDENTIFY DEVICEコマンドは実行されないものとするが、異常終了したコマンドであるものとし、PACKETコマンド特徴セットをインプリメントするデバイスに特有の署名を返すものとします。 PACKETコマンド特徴セットをインプリメントするデバイス用に識別するパラメーター情報を得るために、IDENTIFY PACKET DEVICEコマンドはホストによって使用されます(8.12.5.2と8.13を参照)。 6.8.2 パケット・コマンド特徴 PACKET Command feature set resets リセットをセットしましたPACKETコマンド特徴セットをインプリメントするデバイスは、電源投入、ハードウェアおよびソフトウェアに応答します、リセットする、上に記述されるように、デバイス中の生じる内容を除いて他のデバイスも登録するとして。 T13/1321D revision 3 Page 29 しかしながら、PACKETコマンドが進行中である間、リセットされたソフトウェアは出されてはなりません。リセットされたソフトウェアが出される場合、いくつかのデバイスによって利用されたPACKETコマンドは終了しません。DEVICE RESETコマンドはバスの中の別のデバイスに影響せずにリセットされるデバイスを許可するために提供されます。 6.8.3 パケット・コマンド The PACKET command PACKETコマンドは、ホストがコマンド・パケットによってデバイスへコマンドを送ることを許可する。コマンド・パケットは、デバイスが実行することであるコマンドとコマンドのパラメーターを含んでいます。PACKETコマンドの受取に際して、デバイスは1にBSYをセットし、コマンド・パケットを受け取る準備をします。準備ができている場合、デバイスは1にDRQをセットし、0へのBSYを取り除きます。その後、コマンド・パケットはPIOトランスファーによってデバイスに転送されます。コマンド・パケットの最後の語が転送される場合、デバイスは1にBSYをセットし、0へのDRQを取り除きます(8.21と9.8を参照)。 6.9 オーバーラップした特徴セット Overlapped feature set オーバーラップする、バスの中の別のデバイスが使用されるようにバス・リ?梶[スを実行する拡張コマンド時間を要求するデバイスを許可します。バス・リリースを実行するために、デバイスは、0へのDRQおよびBSYの両方を取り除くものとします。 オーバーラップしたオペレーション中に別のデバイスを選択する場合、ホストは、別のデバイスを選択するためにデバイス/ヘッド登録を書く前に、現在選択されたデバイス上のnIENビットによってINTRQの主張を不能にするでしょう。オーバーラップするただ一つのコマンドは次のとおりです: .NOP(00h以外のsubcommandコードを備えた)。 パケット。 読み取りDMAはキューにしました。 サービス。 WRITE DMA . NOP (with a subcommand code other than 00h) . PACKET . READ DMA QUEUED . SERVICE . WRITE DMA QUEUED QUEUEDPACKETコマンドについては、オーバーラップする、特徴中のOVLビットによって示される、PACKETコマンドが出される場合、登録します。 デバイスがPACKETコマンドをサポートする場合、オーバーラップする、OVLビットは特徴の中で1にセットされます、登録する、そしてリリース、中断する、SET FEATURESコマンド、次にデバイスによって可能になった、コマンド・パケットが受け取られた場合、バス・リリースを実行するものとします。これは、ホストがコマンドを実行する別のデバイスを選択することを可能にします。デバイスはコマンド(1までdevicesets SERV)を継続する準備ができておりもし選択されればINTRQを主張し、nIENが0に取り除かれる場合。その後、ホストは、コマンドの実行を継続するSERVICEコマンドを出します。デバイスがPACKETコマンドをサポートする場合、オーバーラップする、OVLビットは特徴の中で1にセットされます、登録する、そしてリリース、中断する、SET FEATURESコマンド、次にデバイスによって無効になった、バス・リリースを実行するかもしれない実行しないかもしれない。デバイスはコマンドの実行を終える準備ができる場合、デバイスはコマンドを直ちに終了するかもしれません。オーバーラップさせない場合に記述されたとともに。デバイスはコマンドの実行を終える準備ができない場合、デバイスはバス・リリースを実行し、前節に記述されるようなコマンドを終了するかもしれません。READ DMA QUEUEDおよびWRITE DMA QUEUEDコマンドについては、デバイスがバス・リリースを実行するかもしれないし、実行しないかもしれません。デバイスはコマンドの実行を終える準備ができる場合、デバイスはコマンドを直ちに終了するかもしれません。デバイスはコマンドの実行を終える準備ができない場合、デバイスはバス・リリースを実行し、サービス・リクエストによってコマンドを終了するかもしれません。デバイスがリリースされた顕著なコマンドを持っている場合、デバイスはデバイスが選択されている場合サービスが要求されることを単に示すことができます。これは、ホストがデバイスがサービスを要求しているかどうか決める各デバイスを獲得しなければならないことを暗示します。ハードウェアあるいはソフトウェア・ルーチンによってはポーリングをホストで実行することができます。 T13/1321D revision 3 Page 30 後のものは相当なホスト・プロセッサー・オーバーヘッドを意味します。ハードウェア・ポーリングはNOP自動投票コマンドによって始められます。NOP投票コマンドはホスト・アダプター機能で、デバイスによって無視されます。ホスト・ソフトウェアは、NOP自動投票subcommandを出しステータス登録を検査することにより、この特徴のサポートのためにテストすることができます。ホスト・アダプターがこの特徴をサポートしない場合、ホストによって受け取られたレスポンスは、ERRビット・セットを備えたデバイスから1まであるでしょう。ホスト・アダプターがコマンドをサポートする場合、レスポンスは0に取り除かれたERRビットを備えたホスト・アダプターからでしょう。オーバーラップした特徴セットをサポートするデバイスによって講じられたただ一つの処置は、ステータス登録中のエラー表示を返し、どんな顕著なコマンドも異常終了させないことでしょう。 6.10 キューなった特徴セット Queued feature set コマンドキューイングは、ホストが同じデバイスへの同時コマンドを出すことを可能にします。オーバーラップした特徴セットに含まれたコマンドだけがキューなるかもしれません。キューは、コマンド受理が生じたコマンドをすべて含んでいます。しかし、コマンド終了は生じていません。キューなっていないコマンドが受け取られる場合、キューが存在すれば、キューなっていないコマンドは異常終了したコマンドであるものとします。また、キュー中のコマンドが廃棄されるものとします。終了するステータスは異常終了したコマンドであるものとします。また、結果は不定のものとします。 デバイスにサポートされた最大のキュー深さは、IDENTIFY DEVICEかIDENTIFY PACKET DEVICEレスポンスのWord75で示されるものとします。 キューなったコマンドは、ユニークにコマンドを識別するために、セクター計算登録中のホストによってタグを提供するものとします。デバイスがSERVICEコマンドの実行の間に登録パラメーターを回復する場合、ホストが、ステータスが示されているコマンドを識別するように、このタグが回復されるものとします。タグ価値はサポートされたキュー深さにかかわらず、0と31の間の任意の値かもしれません。キューなったコマンドが、既にキュー中のコマンドに対するタグ価値と同一のタグ価値で出される場合、全キューは新しいコマンドをabortedincludingするでしょう。終了するステータスは異常終了したコマンドであるものとします。また、結果は不定のものとします。エラーが生じる場合、コマンド・キューは異常終了するものとします。いつ、デバイスは、バスにリリースされたコマンドおよびBSYの処理およびDRQを継続する準備ができています、両方とも0に取り除かれる、デバイスリクエスト、1までセットするSERVによるサービス、未決の割り込みのセット、また主張するINTRQ、もし選択されれば、nIENが0に取り除かれる場合。サービスの準備ができているコマンドがすべてはちを持つまで、SERVがセットされ続けるでしょう。nはサービスしました。ステータス登録の読み取りあるいはコマンド登録の書き込みは、未決の割り込みを取?闖怩ュものとします。デバイスはバスにリリースされたコマンドおよびBSYの処理を継続する準備ができているか、DRQが1(つまり、デバイスは、バスの中の別のコマンドを処理しています)、1にSERVをセットすることによるデバイスリクエスト・サービスにセットされる場合。サービスの準備ができているコマンドがすべてサービスされるまで、SERVがセットされ続けるものとします。現在のコマンド処理(つまりBSYおよびDRQの両方が0に取り除かれる場合)のコマンド終了では、デバイスが処理するものとします、未決で、中断する、また終了しているコマンド用のプロトコルについてINTRQ。 ないデバイスのSERVビットが0に取り除かれた後まで、付加的なINTRQ主張がサービスの準備ができている他のコマンドにより生じるものとします。キューなったコマンドがサービスの準備ができる間に、デバイスが新しいコマンドを受け取る場合、デバイスは未決の新しいコマンドおよびプロセス割り込み、および新しいコマンド用のプロトコ??aプロトコルINTRQを実行するものとします。サービスの準備ができているキューなったコマンドがこのコマンドのコマンド終了でまだ存在する場合、SERVは1にセットされ続けます。しかし、付加的なINTRQ主張はサービスの準備ができているコマ?塔hにより生じないものとします。コマンドをキューにする場合、ホストは、コマンド登録に新しいコマンドを書く前にnIENビットによってINTRQ主張を不能にし、コマンドを書いた後に再度INTRQ主張を可能にするかもしれません。コマンドのコマンド終了でステータスを読む場合、デバイスが別のコマンドに関連したサービスの準備ができるので、SERVビットがセットされるかもしれないので、ホストはSERVビットをチェックするでしょう。ホストは、キューなったコマンドがサービスの準備ができることを示すためには付加的なINTRQ主張を受け取りません。 T13/1321D revision 3 Page 31 6.11 パワーマネージメント特徴セット Power Management feature set デバイスはパワーマネージメントをインプリメントするものとします。PACKETコマンド特徴セットをインプリメントするデバイスは、デバイスによってインプリメントされたパケット・コマンド・セットによって定義されるようなパワーマネージメントをインプリメントするかもしれません。そうでなければ、デバイスはこの標準に記述されるようなパワーマネージメント特徴セットをインプリメントするものとします。パワーマネージメント特徴セットは、作動するのに必要な力を縮小する方法でホストがデバイスの振る舞いを修正することを可能にします。パワーマネージメント特徴セットは、デバイスが低いパワー消費モードをインプリメントすることができる、コマンドのセットおよびタイマーを提供します。パワーマネージメント特徴セットをインプリメントする登録に伝えられたコマンドデバイスは、機能の次の最小のセットをインプリメントするものとします: .スタンバイ・タイマー。 CHECK POWER MODEコマンド。 IDLEコマンド。 IDLE IMMEDIATEコマンド。 SLEEPコマンド。 STANDBYコマンド。 STANDBY IMMEDIATEコマンド . A Standby timer . CHECK POWER MODE command . IDLE command . IDLE IMMEDIATE command . SLEEP command . STANDBY command . STANDBY IMMEDIATE command PACKETコマンド特徴セットをインプリメントし、パワーマネージメントをインプリメントするデバイス、セットを特色とする、機能の次の最小のセットをインプリメントするものとする: .CHECK POWER MODEコマンド。 IDLE IMMEDIATEコマンド。 SLEEPコマンド。 STANDBY IMMEDIATEコマンド . CHECK POWER MODE command . IDLE IMMEDIATE command . SLEEP command . STANDBY IMMEDIATE command 6.11.1 パワーマネージメント・コマンド Power management commands CHECK POWER MODEコマンドは、ホストがデバイスが現?ン中にあるかどうか決めることを可能にします、行くこと、に、あるいはスタンバイあるいは使用されていないモードを残すことCHECK POWER MODEコマンドは力モードを変更しないものとし、スタンバイ・タイマーのオペレーションに影響しないものとします。IDLEおよびIDLE IMMEDIATEコマンドは、活発なモードあるいはスタンバイモードから使用されていないモードにデバイスを直ちに移動させます。IDLEコマンドはさらにスタンバイ・タイマー計算をセットし、スタンバイ・タイマーを可能にするか、不能にします。 STANDBYおよびSTANDBY IMMEDIATEコマンドは、活発か使用されていないモードからスタンバイ・モードにデバイスを直ちに移動させます。STANDBYコマンドはさらにスタンバイ・タイマー計算をセットし、スタンバイ・タイマーを可能にするか、不能にします。SLEEPコマンドはスリープモードにデバイスを移動させます。デバイスのインターフェースはSLEEPコマンドのコマンド終了で不活発になります。ハードウェアまたはソフトウェアのリセットあるいはDEVICE RESETコマンドはスリープモードからデバイスを移動させるために要求されます。6.11.2 スタンバイ・タイマースタンバイ・タイマーは、自動的に、不活発のホストにプログラムされた期間に続く活発か使用されていないモードからスタンバイ・モードを入力するデバイス用の方法を提供します。スタンバイ・タイマーが可能になる場合、およびデバイスが活発か使用されていないモードである場合、デバイスは指定された期間を待ちます、また、コマンドが受け取られない場合、デバイスは自動的にスタンバイ・モードを入力します。スタンバイ・タイマーが無効になる場合、デバイスは自動的にスタンバイ・モードを入力しないかもしれません。 T13/1321D revision 3 Page 32 6.11.3 力モード Power modes 図9は、インプリメントされるものとするモード推移の最小のセットを示します。 PM1:PM2 PM1:PM0 PM1:使用されていません。 メディア・アクセスが要求されました。 スタンバイまたはスタンバイIMMEDIATEコマンド、 ベンダー固有のコマンド実装インプリメンテーションあるいはスタンバイ・タイマー終了 SLEEPコマンド PM1:PM3 PM0:活発な PM2:スタンバイ SLEEPコマンド PM0:PM3 使用されていないかあるいは使用されていません 即時 コマンド、あるいは ベンダー固有のコマンド実装 インプリメンテーション PM0:PM1 スタンバイまたはスタンバイIMMEDIATEコマンド、 ベンダー固有のコマンド実装 インプリメンテーションあるいは スタンバイ・タイマー終了 PM0:PM2 メディア・アクセスが要求されました。 PM2:PM0 PM2:PM1 即時で、怠けるか怠けます コマンド PM3:睡眠 SLEEPコマンド PM2:PM3 リセッ トPM3:PM2 スタンバイ中のパワー・アップを備えたパワー・アップ インプリメントされない特徴は可能にしました、 リセットされた。 PM0:PM0 リセット PM2:PM2 リセット PM1:PM1 スタンバイ中のパワー・アップを備えたパワー・アップ インプリメントされました。 そして、可能にされました。 PM1:PM2 PM1:PM0 PM1: Idle Media access required STANDBY or STANDBY IMMEDIATE command, vendor specific implementation, or Standby timer expiration SLEEP command PM1:PM3 PM0: Active PM2: Standby SLEEP command PM0:PM3 IDLE or IDLE IMMEDIATE command, or vendor specific implementation PM0:PM1 STANDBY or STANDBY IMMEDIATE command, vendor specific implementation, or Standby timer expiration PM0:PM2 Media access required PM2:PM0 PM2:PM1 IDLE or IDLE IMMEDIATE command PM3: Sleep SLEEP command PM2:PM3 reset PM3:PM2 Power-up with Power-up in Standby feature not implemented or not enabled reset PM0:PM0 reset PM2:PM2 reset PM1:PM1 Power-up with Power-up in Standby implemented and enabled 図9。パワーマネージメントstate推移図 Power management state diagram PM0:活発です: 使用されていないかスタンバイモードの中で間に、デバイスがメディア・アクセス・コマンド??aを場合、このモードが入力されるものとします。可能にされて、動力がインプリメントされないスタンバイ特徴中のパワー・アップでデバイスに供給されるアップ場合、このモードも入力されるものとします。(6.18を参照) 活発なモードにおいて、デバイスがコマンドに応答することができます。メディア・アクセス・コマンドの実行中に、デバイスは活発なモードであるものとします。力消費はこのモードが最も得意です。 推移PM0:PM0:ハードウェア・リセット、ソフトウェア休息あるいはDEVICE RESETコマンドが受け取られる場合、デバイスはPM0への推移を作るものとします:リセットされたプロトコルが終了する場合、活発なモード。 T13/1321D revision 3 Page 33 推移PM0:PM1: IDLEまたはIDLEのIMMEDIATEコマンドが受け取られる場合、あるいはインプリメンテーションが推移を決定してvender specificが要求される場合、その後、デバイスはPM1への推移を作るものとします:使用されていないモード。 推移PM0:PM2: STANDBYまたはSTANDBYのIMMEDIATEコマンドが受け取られる場合、スタンバイ・タイマーは終了します。また、インプリメンテーションが推移を決定してvender specificは要求されます。次に、デバイスは、PM2への推移を作るものとします:スタンバイ・モード。 推移PM0:PM3: SLEEPコマンドが受け取られる場合、デバイスはPM3への推移を作るものとします:スリープモード。PM1:使用されていません:デバイスがIDLEまたはIDLEのIMMEDIATEコマンドを受け取る場合、このモードが入力されるものとします。いくつかのデバイスはベンダー固有のコマンド実装内部パワーマネージメントを実行し、ホスト介在のない使用されていないモードへの推移を作るかもしれません。使用されていないモードにおいて、デバイスがコマンドに応答することができます。しかし、デバイスは活発なモード中にいる場合によりコマンドを終了するのにより長くかかるかもしれません。力消費は活発なモードのそれから縮小されるかもしれません。 推移PM1:PM0: メディア・アクセスが要求される場合、デバイスはPM0への推移を作るものとします:活発なモード。推移PM1:PM1:リセットされたハードウェア、リセットされたソフトウェアあるいはDEVICE RESETコマンドが受け取られる場合、デバイスはPM1への推移を作るものとします:リセットされたプロトコルが終了する場合、使用されていないモード。 推移PM1:PM2: STANDBYまたはSTANDBYのIMMEDIATEコマンドが受け取られる場合、スタンバイ・タイマーは終了します。また、インプリメンテーションが推移を決定してvender specificは要求されます。次に、デバイスは、PM2への推移を作るものとします:スタンバイ・モード。 推移PM1:PM3:SLEEPコマンドが受け取られる場合、デバイスはPM3への推移を作るものとします:スリープモード。 PM2:スタンバイ:デバイスがSTANDBYコマンドを受け取る場合このモードが入力されるだろうよう?ノSTANDBY IMMEDIATEは命じます。あるいは、スタンバイ・タイマーは終了します。いくつかのデバイスはベンダー固有のコマンド実装内部パワーマネージメントを実行し、ホスト介在のないスタンバイ・モードへの推移を作るかもしれません。動力がインプリメントされたスタンバイ特徴中のパワー・アップでデバイスに供給されるア?bプ、そのデバイスが可能になる場合、このモードも入力されるものとします。スタンバイ・モードにおいて、デバイスがコマンドに応答することができます。しかし、デバイスは使用されていないモードの中でよりもコマンドを終了するのにより長くかかるかもしれません。答える時間は30 sと同じくらい長くなりえます。力消費は使用されていないモードのそれから縮小されるかもしれません。 推移PM2:PM0: メディア・アクセスが要求される場合、デバイスはPM0への推移を作るものとします:活発なモード。 推移PM2:PM1:IDLEまたはIDLEのIMMEDIATEが命令する場合受け取られる、あるいは、インプリメンテーションが推移を決定してvender specificはその後要求されます、デバイスは、PM1への推移を作るものとします:使用されていないモード。 推移PM2:PM2:リセットされたハードウェア、リセットされたソフトウェ?AあるいはDEVICE RESETコマンドが受け取られる場合、デバイスはPM2への推移を作るものとします:リセットされたプロトコルが終了する場合、スタンバイ・モード。 推移PM2:PM3:SLEEPコマンドが受け取られる場合、デバイスはPM3への推移を作るものとします:スリープモード。 PM3:眠ってください:デバイスがSLEEPコマンドを受け取る場合、このモードが入力されるものとします。 T13/1321D revision 3 Page 34 スリープモードにおいて、デバイスはハードウェアまたはソフトウェアのリセットあるいは活性化されるDEVICE RESETコマンドを要求します。答える時間は30 sと同じくらい長くなりえます。スリープモードは、任意のモードの最低のパワー消費を提供します。スリープモードにおいて、デバイスのインターフェースは活発ではありません。ステータス登録の内容はこのモードで無効です。 推移PM3:PM2:PM2、ハードウェア・リセット、ソフトウェア・リセットあるいはDEVICE RESETコマンドが受け取られる場合、デバイスは、PM2への推移を作るものとします:スタンバイ・モード。 6.12 アドバンスト・パワー・マネジメント特徴セット Advanced Power Management feature set アドバンスト・パワー・マネジメント特徴セットはホストがパワーマネージメント・レベルを選択することを可能にするオプションの特徴セットです。パワーマネージメント・レベルはFEhの最大性能レベルに01hの最低のパワー消費セッティングからの規模です。デバイス実行は増加するパワーマネージメント・レベルにつれて増加するかもしれません。デバイスパワー消費は増加するパワーマネージメント・レベルにつれて増加するかもしれません。デバイスは1のパワーマネージメント方法fortwoあるいはより多くの接触するパワーマネージメント・レベルをインプリメントするかもしれません。例えば、デバイスは、80レベルからの1つのパワーマネージメント方法をインプリメントするかもしれません、A0hおよびより高い実行(A1hレベルからFEhまでのより高いパワー消費方法)へのh。高度なパワーマネージメント・レベル80h以上は、デバイスが保存力まで回ることを可能にしません。 アドバンスト・パワー・マネジメント特徴セットは下記機能を使用します: .アドバンスト・パワー・マネジメントを可能にするSET FEATURES subcommand。 .アドバンスト・パワー・マネジメントを不能にするSET FEATURES subcommand。 アドバンスト・パワー・マネジメントおよびスタンバイ・タイマーの両方がセットされる場合スタンバイ・タイマー・セッティングに依存しません。 タイマー回が外出するか、デバイスのアドバンスト・パワー・マネジメント・アルゴリズムが、スタンバイ状態が入力されるべきであることを示す時、デバイスはスタンバイ状態に行くでしょう。IDENTIFY DEVICEは、アドバンスト・パワー・マネジメントが可能になる場合、アドバンスト・パワー・マネジメントがサポートされることを示します。また、現在の高度なパワーマネージメント・レベルifAdvancedパワーマネージメントは可能になります。 6.13 セキュリティ・モード特徴セット Security Mode feature set オプションのセキュリティ・モード特徴セットはデバイス上に格納されたユーザ・データへのアクセスを制限するパスワード・システムです。システムは2つのパスワード、ユーザおよびマスター、および2セキュリティ・レベル(最高値および最大)を持っています。セキュリティ・システムは、SECURITY SET PASSWORDコマンドでデバイスへユーザ・パスワードを送ることにより可能になります。セキュリティ・システムが可能になる場合、デバイス上のユーザ・データにアクセスする、力サイクルの後に否定される、までユーザ・パスワードはSECURITY UNLOCKコマンドでデバイスへ送られます。マスター・パスワードはユーザ・パスワードへの追加でセットされるかもしれません。マスターパスワードの目的は管理者がユーザから秘密にしておかれ、ユーザ・パスワードが失われる場合にデバイスを開けるために使用されるかもしれないパスワードを確立することを可能にす??a可能にです。マスターパスワードのセットはパスワード・システムを可能にしません。セキュリティ・レベルは、高く着手されるか、あるいはSECURITY SET PASSWORDコマンドで最大です。マスターパスワードがデバイスを開けるために使用される場合、セキュリティ・レベルはデバイス振る舞いを決定します。セキュリティ・レベルが高く着手される場合、デバイスは、SECURITY UNLOCKコマンドおよびマスターパスワードに開けることを要求します。セキュリティ・レベルが最大にセットされる場合、デバイスは、開けるマスター・パスワードを備えた、SECURITY ERASE PREPAREコマンドおよびSECURITY ERASE UNITコマンドを要求します。SECURITY ERASE UNITコマンドの実行は、デバイス上のユーザ・データをすべて削除します。SECURITY FREEZE LOCKコマンドは、下記パワー・サイクルまでパスワードへの変更を防ぎます。SECURITY FREEZE LOCKコマンドの目的はセキュリティ・システムに対する攻撃をセットするパスワードを防ぐことです。 T13/1321D revision 3 Page 35 セキュリティ・モード特徴セットをインプリメントするデバイスは、コマンドの次の最小のセットをインプリメントするものとします: .セキュリティはパスワードをセットしました。 セキュリティ、開けます。 セキュリティ、削除する準備をします。 セキュリティ、ユニットを削除します。 セキュリティ凍結ロック。 SECURITY DISABLE PASSWORD . SECURITY SET PASSWORD . SECURITY UNLOCK . SECURITY ERASE PREPARE . SECURITY ERASE UNIT . SECURITY FREEZE LOCK . SECURITY DISABLE PASSWORD セキュリティ・モード特徴セットのサポートはIDENTIFY DEVICE Word128で示されます。 6.13.1 セットしているセキュリティ・モード Security mode initial setting 文字デバイスがmanufacturererによって送られる場合、セキュリティ・モード特徴の状態は無効になるものとします。initialMasterパスワード価値はこの標準によって定義されません。マスター・パスワード修正コード特徴がサポートされる場合、マスター・パスワード修正コードはメーカーによってFFFEhにセットされるものとします。 6.13.2 失われたユーザ・パスワード User password lost SECURITY UNLOCKコマンドでデバイスへ送られたユーザ・パスワードが、以前にSECURITY SET PASSWORDコマンドで飾られたユーザ・パスワードと一致しない場合、デバイスはユーザがデータにアクセスすることを可能にしないものとします。 セキュリティ・レベルが最後のSECURITYSET PASSWORDコマンド中に高く着手された場合、マスターパスワードが受け取られる場合、デバイスは開けるものとします。セキュリティ・レベルが最後のSECURITY SET PASSWORDコマンド中に最大にセットされた場合、マスターパスワードが受け取られる場合、デバイスは開けないものとします。SECURITY ERASE UNITコマンドはユーザ・データをすべて削除し、マスターパスワードが以前にSECURITY SET PASSWORDコマンドで飾られた最後のマスターパスワードと一致する場合、デバイスを開けるものとします。 6.13.3 SECURITY UNLOCKコマンドのための限界を試みます。 Attempt limit for SECURITY UNLOCK command デバイスは試み限界カウンターを持つものとします。このカウンターの目的は繰り返された試行攻撃を破ることです。各々がユーザあるいはマスターパスワードSECURITY UNLOCKコマンドに失敗した後、カウンターがディクリメントされます。反対の値がIDENTIFY DEVICE情報でのWord128のEXPIREビット(ビット4)が、セットされる0に達する場合、1つおよびSECURITY UNLOCKおよびSECURITY UNIT ERASEコマンドはコマンドです、デバイスの電源が切られるまで、異常終了した、あるいはハードウェア・リセット。EXPIREビットは電源投入かハードウェア・リセットの後に0に取り除かれるものとします。カウンターは電源投入またはハードウェアリセットの後に5にセットされるものとします。 6.13.4 セキュリティ・モード状態 Security mode states 図8 decribesセキュリティ・モードstateおよびstate推移。 T13/1321D revision 3 Page36 disabled/Frozen SEC2:Security SEC1:Security disabled/not Frozen SECURITY FREEZE LOCK command SEC1:SEC2 SEC5:Unlocked/not Frozen SECURITY SET PASSWORD command SEC1:SEC5 SECURITY DISABLE PASSWORD command SEC5a:SEC1 SEC2:SEC0 Power-down SEC0:SEC1 Power-up SEC0:Powered down / Security disabled Power-down SEC1:SEC0 SEC4: Security enabled / Locked Power-up SECURITY UNLOCK command SEC4:SEC5 SEC3:Powered down / Security enabled Power-down SEC3:SEC4 SEC4:SEC3 SECURITY ERASE UNIT command SEC4:SEC1 RESET- asserted SEC5:SEC4 SEC5:SEC6 SECURITY FREEZE LOCK command SEC5:SEC3 Power-down SEC6:Unlocked/Frozen Power-down SEC6:SEC3 RESET- asserted SEC6:SEC4 RESET- asserted SEC2:SEC1 SEC1:SEC1 RESET- asserted SECURITY ERASE UNIT command SEC5b:SEC1 SEC4:SEC4 RESET- asserted 図10。セキュリティ・モードstate推移図 Security mode state diagram SEC0:不具の/セキュリティの電力を落としました:動力が不具のセキュリティ・モード特徴セットでデバイスに供給されるダウン場合、このモードが入力されるものとします。 推移SEC0:SEC1:動力がデバイスに供給されるアップ場合、デバイスはSEC1への推移を作るものとします: セキュリティ、無効になった/冷凍でない、状態。 T13/1321D revision 3 Page 37 SEC1:セキュリティ、無効になった/冷凍でない?ョ力がデバイスに供給されるアップ、リセットされたハードウェアが、不具のセキュリティ・モード特徴セットで受け取られる場合、あるいはセキュリティ・モード特徴セットがSECURITY DISABLE PASSWORDコマンドによって無効になる場合、このモードが入力されるものとします。この状態で、デバイスがすべてのコマンドに応答することができます(テーブル9がカラムを開けたと参照)。 推移SEC1:SEC0:動力がデバイスに供給されるダウン場合、デバイスはSEC0への推移を作るものとします:/セキュリティを不具の状態の電力を落としました。 推移SEC1:SEC1:デバイスがハードウェア・リセットを受け取る場合、デバイスはSEC1への推移を作るものとします:セキュリティ、無効になった/冷凍でない、状態。 推移SEC1:SEC2:SECURITY FREEZE LOCKコマンドが受け取られる場合、デバイスはSEC2への推移を作るものとします:セキュリティ使用不可能/冷凍の状態。 推移SEC1:SEC5:SECURITY SET PASSWORDコマンドが受け取られる場合、デバイスはSEC5への推移を作るものとします:開けられた/冷凍でない、state EC2:セキュリティ、無効になった/冷凍:セキュリティで間に、デバイスがSECURITY FREEZE LOCKコマンドを受け取る場合、このモードは入力されるでしょう、無効になった/冷凍でない、状態。この状態で、デバイスが、それらがテーブル9の中で冷凍のカラムを示した以外はすべてのコマンドに応答することができます。 推移SEC2:SEC0:動力がデバイスに供給されるダウン場合、デバイスはSEC0への推移を作るものとします:/セキュリティを不具の状態の電力を落としました。 推移SEC2:SEC1:デバイスがハードウェア・リセットを受け取る場合、デバイスはSEC1への推移を作るものとします:セキュリティ、無効になった/冷凍でない、状態。 SEC3:可能になった/セキュリティの電力を落としました:デバイスが可能になったセキュリティ・モード特徴セットでpowereddownである場合、このモードが入力されるものとします。 推移SEC3:SEC4:動力がデバイスに供給されるアップ場合、デバイスはSEC4への推移を作るものとします:セキュリティは状態を可能にした/ロックしました。SEC4:セキュリティは次のものを可能にした/ロックしました:動力が可能になったセキュリティ・モード特徴セットでデバイスに供給されるアップ場合、このモードが入力されるものとします。この状態で、デバイスは、メディアのユーザ・データ・エリアのデータにアクセスしないコマンドに単に応答するものとします(テーブル9がカラムをロックしたと参照)。 推移SEC4:SEC3:動力がデバイスに供給されるダウン場合、デバイスはSEC3への推移を作るものとします:/セキュリティが使用可能な状態の電力を落としました。 推移SEC4:SEC4:デバイスがハードウェア・リセットを受け取る場合、デバイスはSEC4への推移を作るものとします:セキュリティは状態を可能にした/ロックしました。 推移SEC4:SEC5:有効なSECURITY UNLOCKコマンドが受け取られる場合、デバイスはSEC5への推移を作るものとします:Unlockedされた/冷凍でない、状態。 推移SEC4:SEC1:SECURITY ERASE PREPAREコマンドが受け取られ、SECURITY ERASE UNITコマンドが続く場合、デバイスはSEC1への推移を作るものとします:セキュリティ、無効になった/冷凍でない、状態。 SEC5:開けられた/冷凍でないデバイスがロックを可能にするSECURITY SET PASSWORDコマンドあるいはSECURITY UNLOCKコマンドを受け取る場合、このモードが入力されるものとします。状態。 T13/1321D revision 3 Page 38 この状態で、デバイスはすべてのコマンドに応答するものとします(テーブル9がカラムを開けたと参照)。推移SEC5a:SEC1:有効なSECURITY DISABLE PASSWORDコマンドが受け取られる場合、デバイスはSEC1への推移を作るものとします:セキュリティ、無効になった/冷凍でない、状態。推移SEC5b:SEC1:SECURITY ERASE PREPAREコマンドが受け取られ、SECURITY ERASE UNITコマンドが続く場合、デバイスはSEC1への推移を作るものとします:セキュリティ、無効になった/冷凍でない、状態。推移SEC5:SEC6:SECURITY FREEZE LOCKコマンドが受け取られる場合、デバイスはSEC6への推移を作るものとします:鍵をかけていないかまたは冷凍の状態。推移SEC5:SEC3:動力がデバイスに供給されるダウン場合、デバイスはSEC3への推移を作るものとします:/セキュリティが使用可能な状態の電力を落としました。推移SEC5:SEC4:デバイスがハードウェア・リセットを受け取る場合、デバイスはSEC4への推移を作るものとします:セキュリティ、可能になった/冷凍でない、状態。SEC6:開けられた/冷凍:デバイスがSECURITY FREEZE LOCKコマンドを受け取る場合、このモードは入力されるでしょう、一方、の中で、開けられた/冷凍でない、状態。この状態で、デバイスが、それらがテーブル9の中で冷凍のカラムを示した以外はすべてのコマンドに応答することができます。推移SEC6:SEC3:動力がデバイスに供給されるダウン場合、デバイスはSEC3への推移を作るものとします:/セキュリティが使用可能な状態の電力を落としました。 推移SEC6:SEC4:デバイスがハードウェア・リセットを受け取る場合、デバイスはSEC4への推移を作るものとします:セキュリティ、可能になった/冷凍でない、状態。 T13/1321D revision 3 Page 39 Table 9 . Security mode command actions Command Locked Unlocked Frozen CHECK POWER MODE Executable Executable Executable CFA REQUEST EXTENDED ERROR CODE Executable Executable Executable CFA ERASE SECTORS Command aborted Executable Executable CFA TRANSLATE SECTOR Executable Executable Executable CFA WRITE MULTIPLE WITHOUT ERASE Command aborted Executable Executable CFA WRITE SECTORS WITHOUT ERASE Command aborted Executable Executable DEVICE RESET Executable Executable Executable DOWNLOAD MICROCODE Executable Executable Executable EXECUTE DEVICE DIAGNOSTIC Executable Executable Executable FLUSH CACHE Command aborted Executable Executable GET MEDIA STATUS Command aborted Executable Executable IDENTIFY DEVICE Executable Executable Executable IDENTIFY PACKET DEVICE Executable Executable Executable IDLE Executable Executable Executable IDLE IMMEDIATE Executable Executable Executable INITIALIZE DEVICE PARAMETERS Executable Executable Executable MEDIA EJECT Command aborted Executable Executable MEDIA LOCK Command aborted Executable Executable MEDIA UNLOCK Command aborted Executable Executable NOP Executable Executable Executable PACKET Command aborted Executable Executable READ BUFFER Executable Executable Executable READ DMA Command aborted Executable Executable READ DMA QUEUED Command aborted Executable Executable READ MULTIPLE Command aborted Executable Executable READ NATIVE MAX ADDRESS Executable Executable Executable READ SECTORS Command aborted Executable Executable READ VERIFY SECTORS Command aborted Executable Executable SECURITY DISABLE PASSWORD Command aborted Executable Command aborted SECURITY ERASE PREPARE Executable Executable Command aborted SECURITY ERASE UNIT Executable Executable Command aborted SECURITY FREEZE LOCK Command aborted Executable Executable SECURITY SET PASSWORD Command aborted Executable Command aborted SECURITY UNLOCK Executable Executable Command aborted SEEK Executable Executable Executable SERVICE Command aborted Executable Executable SET FEATURES Executable Executable Executable SET MAX ADDRESS Command aborted Executable Executable SET MULTIPLE MODE Executable Executable Executable SLEEP Executable Executable Executable SMART DISABLE OPERATIONS Executable Executable Executable SMART ENABLE/DISABLE AUTOSAVE Executable Executable Executable SMART ENABLE OPERATIONS Executable Executable Executable SMART EXECUTE OFF-LINE IMMEDIATE Executable Executable Executable SMART READ DATA Executable Executable Executable SMART READ LOG Executable Executable Executable SMART RETURN STATUS Executable Executable Executable SMART SAVE ATTRIBUTE VALUES Executable Executable Executable SMART WRITE LOG Executable Executable Executable STANDBY Executable Executable Executable STANDBY IMMEDIATE Executable Executable Executable WRITE BUFFER Executable Executable Executable WRITE DMA Command aborted Executable Executable WRITE DMA QUEUED Command aborted Executable Executable WRITE MULTIPLE Command aborted Executable Executable WRITE SECTORS Command aborted Executable Executable 6.14 自己モニタリング、分析および報告する技術特徴セット Self-monitoring, analysis, and reporting technology feature set 自己モニタリング、分析および報告する技術(SMART特徴セット)の意図は、ユーザ・データを保護し、予言可能な低下および(または)デバイスの欠点によって引き起こされるかもしれない予定外のシステム・ダウンタイムの可能性を最小限にすることです。重大な実行および測定パラメーターのモニターおよび格納によって、SMART、セットデバイスを特色とする、否定の信頼度条件についての知識が許可するホスト・システムをcondition.Providingする、近々の低下あるいは欠点の可能性を予言することを試みる、データ・ロスの切迫した危険をユーザに警告し、かつユーザに適切なアクションを知らせるホスト・システム。 T13/1321D revision 3 Page 40 この特徴セットのサポートはIDENTIFY DEVICEレスポンスで示されます。PACKETコマンド特徴セットをインプリメントするデバイスはこのサブ節に記述されたほどSMART特徴セットをインプリメントしないものとします。PACKETコマンド特徴セットおよびSMARTをインプリメントするデバイスは、コマンド・パケットがデバイスによってインプリメントされてセットしたdefinedbyとしてSMARTをインプリメントするものとします。 6.14.1 SMARTデータが組み立てるデバイス Device SMART data structure デバイスに対する、SMART特徴セット適応性およびステータス情報はデバイスSMARTデータ構造で格納されます。SMART EXECUTE OFF-LINE IMMEDIATEコマンドがインプリメントされる場合、ここに格納されたオフ・ライン・データ収集能力、およびステータス・データは、ホストにとって有用かもしれません(8.41.4を参照)。 6.14.2 オン・ライン・データ収集 On-line data collection 「オン・ライン」モードにおけるSMARTデータの収集はデバイス実行に影響を及ぼさないものとします。集められるSMARTデータ、あるいはデータがこのモードに集められる方法は、任意の特別のデバイス用のオフ・ライン・データ収集モードにおけるものと異なるかもしれないし、あるデバイスから別のデバイスまで変わるかもしれません。 6.14.3 オフ・ライン・データ収集 Off-line data collection デバイスは、デバイスがそのデータ収集を実行する間にホストからのコマンドに応答するために要求される場合、実行に影響を及ぼすデータ収集および自己テストルーチンのためにオフ・ライン・モードを使用するものとします。実行へのこの衝撃はデバイスからデバイスまで変わるかもしれません。集められるデータ、あるいはデータがこのモードに集められる方法は、任意の特別のデバイス用のオン・ライン・データ収集モードにおけるものと異なるかもしれないし、あるデバイスから別のデバイスまで変わるかもしれません。 6.14.4 しきい値は条件を超過 Threshold exceeded condition デバイスのSMART信頼度ステータスが切迫したように下がることあるいは欠点条件を示す場合、この条件が生じます。 6.14.5 SMART特徴セット・コマンド SMART feature set commands これらのコマンドは単一のコマンド・コードを使用し、違いです。特徴に置かれた値によって互いにerentiatedされた、登録する(8.41を参照)。 SMART特徴セットがインプリメントされる場合、下記コマンドがインプリメントされるものとします。 .SMART、オペレーションを不能にします。 SMART、オートセーブを可能にする/不能にする。 SMART、オペレーションを可能にします。 SMART RETURN STATUSSMART . SMART DISABLE OPERATIONS . SMART ENABLE/DISABLE AUTOSAVE . SMART ENABLE OPERATIONS . SMART RETURN STATUS 特徴セットがインプリメントされる場合、下記コマンドがインプリメントされるかもしれません。 .SMART、実行する、オフ・ライン、即時。 SMART読まれたデータ。 SMART読まれたログセクター。 SMART WRITE LOG SECTOR . SMART EXECUTE OFF-LINE IMMEDIATE . SMART READ DATA . SMART READ LOG SECTOR . SMART WRITE LOG SECTOR T13/1321D revision 3 Page 41 6.14.6 パワーマネージメント・モードを備えたSMARTオペレーション SMART operation with power management modes パワーマネージメント特徴セットをインプリメントしたホストと使用された時、SMARTが使用可能なデバイスは自動的にスタンバイ・モードからデバイスからIDLE IMMEDIATE、STANDBY IMMEDIATEあるいはSLEEPコマンドの受取上の、あるいは活発か使用されていないモードへのリターン上の蓄積されたSMARTデータを省くべきです(8.41.5を参照)。 SMART特徴セットが使用可能なデバイスはスタンバイ・タイマーを利用する準備ができていた場合、デバイスはデバイスからスタンバイ・モードから、活発か使用されていないモードへの使用されていないモードからスタンバイ・モードまで、あるいはリターン上の行くに先立った蓄積されたSMARTデータを自動的に省くべきです。 デバイスは、デバイスがスタンバイかスリープモードである間、デバイスから蓄積されたSMARTデータを自動的に省くためにはルーチンを実行しないものとします。 6.14.7 報告しているSMARTデバイスエラーログ SMART device error log reporting 報告されたエラーのログはオプションのSMART特徴です。エラーログがデバイスにサポートされる場合、それは、SMART READ DATAコマンド・レスポンスのバイト370に示されます。エラーログがサポートされる場合?AデバイスはSMART READ LOG SECTORコマンドに記述されるようにデバイスが報告した最後の5つのエラーについての情報を提供するものとします(8.41.6を参照)。デバイスはさらにこれらについての情報がエラーを報告して特定の付加的なベンダーを提供するかもしれません。 エラーログがサポートされる場合、SMARTが無効になる場合、それは無効にならないものとします。エラーログ情報は、動力が縮小されたパワー・モード中にいる場合にエラーのログがオプションのこと以外のデバイスに供給されるオンすべての時に集められるものとします。縮小されたパワー・モードにおいて、縮小されたパワー・モードが変わらないものとする場合、Iferrorsが記録されます。 SMARTを不能にすることは、SMART READ LOG SECTORコマンドによるエラーログ情報を伝えることを不能にするものとします。デバイスがファームウェア修正を受け取る場合、エラーログデータはすべて廃棄されるものとします。また、デバイスの生活のためのデバイスエラー計算は0にリセットされるものとします。 6.15 ホストはエリア特徴セットを保護しました Host Protected Area feature set 正常なオペレーティング・システム・ファイル・システムの外側のデータ記憶用の予約のエリアは、要求されたforseveralな専門のアプリケーションです。システムは構成データを格納したいか、あるいはオペレーティング・システムが変更することができない位置の中でデバイスへのメモリを保存したいと思うかもしれません。ホストに保護されたエリア特徴セットは、デバイスが最初に形成される場合にそのようなエリアのために取っておかれるデバイスの部分を許可します。ホストに保護されたエリア特徴セットをインプリメントするデバイスは、コマンドの次の最?ャのセットをインプリメントするものとします: .在来のマックス・アドレスを読んでください。 SET MAX ADDRESS . READ NATIVE MAX ADDRESS . SET MAX ADDRESS デバイスはこの功績をサポートしています。ureセットは、IDENTIFY DEVICEかIDENTIFY PACKET DEVICEコマンドによって返されたデータ中で1にWord82のビット10をセットするものとします..さらに、ホストに保護されたエリア特徴セットをサポートするデバイスは自由にセキュリティ拡張を含んでいるかもしれません。SET MAXコマンドは単一のコマンド・コードを使用し、特徴登録に置かれた値によって互いに分化されます。 .SETマックスはパスワードをセットしました。 SETマックス・ロック。 マックス凍結ロックをセットしてください。 SET MAX UNLOCK . SET MAX SET PASSWORD . SET MAX LOCK . SET MAX FREEZE LOCK . SET MAX UNLOCK これらの拡張をサポートするデバイスは、1にidentifyデータのWord82のビット10をセットするものとします。また、IDENTIFY DEVICEデータのWord83のビット8は1にセットされるでしょう。 T13/1321D revision 3 Page 42 ホストがエリア特徴セットを保護した場合、サポートされる、デバイスは示すものとします、したがって、IDENTIFY DEVICEレスポンスで。 READ NATIVE MAX ADDRESSコマンドは、保護されたエリアが割り付けられた場合さえホストがデバイスの最大の在来のアドレス空間を決定することを可能にします。 SET MAX ADDRESSコマンドは、ホストがユーザアクセス可能なアドレス空間の最大のアドレスを再定義することを可能にします。すなわち、SET MAX ADDRESSコマンドが在来の最大のアドレス未満で最大のアドレスで出される場合、デバイスはその最大のアドレスの上の保護されたエリアを提供して、ユーザアクセス可能なアドレス空間を最大のセットにします。READ NATIVE MAX ADDRESSコマンドは直ちにSET MAX ADDRESSコマンドに先行するものとします。SET MAX ADDRESSコマンドが出された後、デバイスは、word1、54、57、58、60および61のIDENTIFY DEVICEコマンドに応じて縮小されたユーザ・アドレス空間だけを報告するものとします。どれ、読まれた、あるいはSET MAX ADDRESSコマンドが1とERRまでIDNFビット・セットを備えたコマンド終了をもたらすものとする最大のアドレスspecifiedbyの上のアドレスにコマンドを書く、1、またはコマンドに着手する、異常終了しました。セクター計算登録中の揮発性ビットは、最大の?Aドレス・セットが電源投入を横切って保存されているかどうか、ホストが明示することを可能にします。あるいは、ハードウェアはサイクルをリセットしました。電源投入またはハードウェア上で、デバイス最大のアドレスをリセッ?gする、後の揮発性のSET MAX ADDRESSコマンドにかかわらずセットする最後の不揮発性のアドレスへ返ります。SET MAX ADDRESSコマンドが超過する値で出される場合、在来の最大のアドレス・コマンドは異常終了しました、返されるものとします。これらのコマンドの典型的な使用は次のとおりでしょう:リセット上で a) BIOSはシステム・リセットの後にコントロールを受け取ります; b) BIOSは、デバイスのmaxキャパシティーを見つけるREAD NATIVE MAX ADDRESSコマンドを出します; c) BIOSは、READ NATIVE MAX ADDRESSによって返された値へのSET MAX ADDRESSコマンドを出します; d) BIOSはディスク上の最も高いエリアから配置データを読みます; e) BIOSはREAD NATIVE MAX ADDRESSコマンドを出します、ファイル・システムのサイズへのデバイスをリセットするbya SET MAX ADDRESSコマンドに続きました。ディスクへの保存上で a) BIOSは、シャット・ダウンに先立ったコントロールを受け取ります; b) BIOSは、デバイスのmaxキャパシティーを見つけるREAD NATIVE MAX ADDRESSコマンドを出します; c) BIOSは、READ NATIVE MAX ADDRESSによって返された値への揮発性のSET MAX ADDRESSコマンドを出します;d) メモリは予約のエリアにコピーされます; e) シャット・ダウンは終了します; f) 電源投入またはハードウェアリセットにおいては、デバイスmaxアドレスが最後の不揮発性のsettingに返ります。 これらのコマンドは、システムBIOSあるいは他のロー・レベルのブーツ時間プロセスによってのみ使用のために意図されます。そのプロセスは、すべてのSET MAX ADDRESSおよびREAD NATIVE MAX ADDRESSコマンドに、単一のアドレシング翻訳、CHSあるいはLBAを選ぶべきです。これらの使用は、デバイス上のファイル・システムへの損害に外部のBIOSにコントロールされるブーツかシャット・ダウンが帰着するかもしれないように命じます。デバイスは命令するべきです、リセットされた電源投入かハードウェアの後に別の不揮発性のSET MAX ADDRESSコマンドを異常終了させた。SET MAX SET PASSWORDコマンドは、ホストが現在の電源投入サイクル中に使用されるパスワードを定義することを可能にします。パスワードは力サイクルの間固執しないが、ハードウェアまたはソフトウェアのリセット上に固執します。このパスワードは、セキュリティ・モード特徴セットのために使用されたパスワードと関係がありません。 パスワードがセットされる場合、デバイスはSet_Max_Unlockedモードであります。SET MAX LOCKコマンドは、次のパワー・サイクルあるいはSET MAX UNLOCKコマンドの配給および受理までホストがSET MAXコマンド(SET MAX UNLOCK以外の)を不能にすることを可能にします。このコマンドが受理される場合、デバイスはSet_Max_Lockedモードであります。 T13/1321D revision 3 Page 43 SET MAX UNLOCKコマンドは、Set_Max_LockedモードからSet_Max_Unlockedモードまでデバイスを変更します。SET MAX FREEZE LOCKコマンドは、次のパワー・サイクルまでホストがSET MAXコマンド(SET MAX UNLOCKを含んで)を不能にすることを可能にします。このコマンドが受理される場合、デバイスはSet_Max_Frozenモードであります。 6.15.1 SET MAXセキュリティexensionステータスのBIOS決定 BIOS determination of SET MAX security exension status デバイスがロックされる場合、Word86のビット8は1にセットされるものとします。 6.15.2 SETマックスをロックするBIOS BIOS locking SET MAX 多数のBIOSが保護されたエリアへのアクセスを獲得することを可能にするために、ホストBIOSは、オペレーティング・システムのブートの直前の保護されたエリアを単にロックするべきです。 SM1:Set_Max_Unlocked SM0:Set_Max_Security_Inactive SET MAX SET PASSWORD command SM0:SM1 SET MAX ADDRESS command SM0a:SM0 SET MAX LOCK, SET MAX UNLOCK, or SET MAX FREEZE LOCK command SM0b:SM0 SET MAX ADDRESS command SM1a:SM1 SET MAX SET PASSWORD command SM1b:SM1 SET MAX UNLOCK command SM1c:SM1 SET MAX FREEZE LOCK command (optional) SM3:Set_Max_Frozen SET MAX UNLOCK command SM2:SM1 SM2:Set_Max_Locked SM1:SM2 SM2:SM3 SET MAX LOCK command SET MAX FREEZE LOCK command SM1:SM3 SET MAX ADDRESS or SET MAX SET PASSWORD command SM2a:SM2 SET MAX LOCK command SM2b:SM2 SET MAX ADDRESS, SET MAX SET PASSWORD, SET MAX UNLOCK, SET MAX FREEZE LOCK or SET MAX LOCK command SM3:SM3 Power on 図11の上の力。SET MAXセキュリティstate推移図 SET MAX security state diagram SM0:Set_Max_Security_Inactive: 動力がデバイスに供給されるオン場合、この状態が入力されるものとします。この状態中にいる場合、SET MAXセキュリティは無効になります。 推移SM0a:SM0: SET MAX ADDRESSコマンドが受け取られる場合、コマンドは実行されるでしょう。また、デバイスは、SM0への推移を作るものとします:Set_MAX_Security_Inactiveな状態。 T13/1321D revision 3 Page 44 推移SM0b:SM0: SET MAX LOCK、SET MAX UNLOCKあるいはSET MAX FREEZE LOCKコマンドが受け取られる場合、デバイスはコマンドを異常終了させて、SM0への推移を作るものとします: Set_MAX_Security_Inactiveな状態。 推移SM0:SM1: SET MAX-SET PASSWORDコマンドが受け取られる場合、デバイスはSM1への推移を作るものとします: Set_Max_Unlockedstate。 SM1:Set_Max_Unlocked: SET MAX SET PASSWORDあるいはSET MAX UNLOCKコマンドが受け取られる場合、この状態が入力されます。この状態中にいる場合、SET MAXセキュリティ・パスワードは確立されました。また、SET MAXセキュリティが開けられます。identifyデバイスデータのWord86のビット8は1にセットされるものとします。 推移SM1a:SM1: SET MAX ADDRESSコマンドが受け取られる場合、コマンドは実行されるでしょう。また、デバイスは、SM1への推移を作るものとします: Set_MAX_Unlockedstate。 推移SM1b:SM1: SET MAX SET PASSWORDが受け取られる場合、デバイスによって格納されたパスワードは新しい値に変更されるでしょう。また、デバイスは、SM1への推移を作るものとします: Set_MAX_Unlockedstate。 推移SM1c:SM1: SET MAX UNLOCKコマンドが受け取られる場合、コマンドは実行されないでしょう。また、デバイスは、SM1への推移を作るものとします: Set_MAX_Unlockedstate。 推移SM1:SM2:SET MAX LOCKコマンドが受け取られる場合、デバイスはSM2への推移を作るものとします: Set_Max_Lockedstate。 推移SM1:SM3:SET MAX FREEZE LOCKコマンドが受け取られる場合、デバイスはSM3への推移を作るものとします: Set_Max_Frozenstate。 SM2:Set_Max_Locked: SET MAX LOCKコマンドが受け取られるときにisenteredされたこの状態。この状態中にいる場合、SET MAXセキュリティ・パスワードは確立されました。また、SET MAXセキュリティがロックされます。identifyデバイスデータのWord86のビット8は1にセットされるものとします。 推移SM2a:SM2: SET MAX ADDRESSあるいはSET MAX SET PASSWORDコマンドが受け取られる場合、コマンドは異常終了するものとします。また、デバイスは、SM2への推移を作るものとします: Set_Max_Lockedstate 推移SM2b:SM2: SET MAX LOCKコマンドが受け取られる場合、コマンドは?タ行されるでしょう。また、デバイスは、SM2への推移を作るものとします: Set_Max_Lockedstate。 推移SM2:SM1: SET MAX UNLOCKコマンドが受け取られる場合、デバイスはSM1への推移を作るものとします:セット・マックスは状態を開けました。 推移SM2:SM3: SET MAX FREEZE LOCKコマンドが受け取られる場合、デバイスはSM3への推移を作るかもしれません:Set_Max_Frozenstate。この状態中にいる場合、ホストはSET MAX FREEZE LOCKコマンドを出してはなりません。T13は、ATA/ATAPI-6の中のこの推移を削除するつもりです。 SM3:Set_Max_Frozen: SET MAX FREEZE LOCKコマンドが受け取られる場合、この状態が入力されます。この状態で、デバイスは力サイクリングによる場合以外は他の状態に移行しないかもしれません。wordのこのモード・ビット8中にいる場合、identifyデバイスデータのうちの86は1にセットされるものとします。 推移SM3:SM3:SET MAX ADDRESS、SET MAX SET PASSWORD、SET MAX UNLOCK、SET MAX FREEZE LOCKあるいはSET MAX LOCKコマンドが受け取られる場合、コマンドは異常終了するものとします。また、デバイスは、SM3への推移を作るものとします: Set_Max_Frozenstate。 T13/1321D revision 3 Page 45