[AHCI]Enclosure處理

12 Enclosure Management[譯自AHCI Spec1.0]
Enclosure Management是一個機械裝置，在一個驅動盒子經由儲存裝置可以去監視和控制輔助服務。大部份一般控制LED的作業，根據驅動狀態資訊去顯示。LED每個驅動都包含設備活動，錯誤(去指示發生錯誤)，和找出(讓操作者看要刪除/插入對於這些阜驅動的從或進)。裝置的動作指示會由裝置它自己本身提供。其他對於Enclosure Management特色範例包含：支援控制和監控電源，溫度監控，還有存在的偵測。

這三種常使用的Enclosure Management協定：SAF-TE、SES-2還有SGPIO。參考至詳細說明在1.9節。這些協定使用在：主要控制器(或Port Multipler)與盒子處理器之間，作盒子內部的感測器監控或LED的控制。

使用SAF-TE或SES-2協定，這需求協定支援HBA跟儲存裝置盒子處理器(SEP：Storage Enclosure Processor)通信。HBA連接到SEP的物理匯流排是使用；這支額外的需求接腳附加到HBA中。IPMI協定涵蓋去與SEP做通訊。STAT II中：延續Serial ATA 1.0a修定成1.2版，它的內容詳細說明SAF-TE和SES-2如何跟SEP做訊息交換。

使用SGPIO協定，HBA跟SGPIO的裝置做通訊。連接HBA到SGPIO的裝置使用4 Pin的匯流排，詳細說明定義在SGPIO中。

12.1 Mechanism

Enclosure Management需要送訊息控制盒子的特性或接收盒子所提供的狀態訊息。在AHCI BAR(Buffer Address register)中，這個工作訊息將被後面的普通regiter所儲存， 從AHCI BAR開始執行特定的位移，如同詳細指明經由EM_LOC區域register一樣。

EM_LOC： Enclosure Management Location

EM_CTL： Enclosure Management Control

在Enclosure Management訊息緩衝器中，軟體建立傳送訊息。軟體接著寫入Register去引起硬體傳送訊息或根據訊息內容獲得適當的動作。軟體會去建立包含LED、SAF-TE、SES-2、還有SGPIO的訊息型態。軟體將只會去建立硬體所指示支援之訊息型態。

軟體將不改變訊息緩衝器之內容，以後有需求硬體會傳送這緩衝器直到硬體確認收到傳送才算完成。

12.2 Message Format

1個Dword開頭描述訊息去傳送由下面實際上的訊息內容。第1個Dword將會是如下建構：

Bit	Description
31:28	保留
27:24	訊息型態(MTYPE)：詳細指示訊息型態。 訊息型態： 0h – LED 1h – SAF-TE 2h – SES-2 3h – SGPIO(暫存器基本介面) 其他的值將保留
23:16	資料容量(DSIZE)：用byte指示資料容量。如果關於被轉換的訊息(盒子服務命令)有個資料緩衝器，那個資料緩衝器的容量將被指定在這個區域中。如果沒有個別的資料緩衝器，這個區域將會是個0值。資料在訊息緩衝區裡後面又直接跟隨著訊息。
15:8	訊息容量(MSIZE)：用byte指示資料容量。這訊息容量不包含1個Dword的開頭。0值是無效的。
7:0	保留

SAF-TE，SES-2，和SGPIO訊息格式被定義在對應的個別說明裡。 LED訊息型態被定義在12.2.1節中。

12.2.1 LED message type