一個簡單的PCI總線INTx中斷實現流程，如下圖所示。

1. 首先，PCI設備通過INTx邊帶信号産生中斷請求，經過中斷控制器（Interrupt Controller，PIC）後，轉換為INTR信号，并直接發送至CPU；

2. CPU收到INTR信号置位後，意識到了中斷請求的發生，但是此時并不知道是什麼中斷請求。于是通過一個特殊的指令來查詢中斷請求信息，該過程一般被稱為中斷應答（Interrupt Acknowledge）；

3. 該特殊指令被發送至PIC後，PIC會返回一個8bits的中斷向量（Interrupt Vector）值給CPU。該中斷向量值與其發送的INTR請求是對應的；

4. CPU收到來自PIC的中斷向量值後，會去其Memory中的中斷向量表（Interrupt Table）中查找對應的中斷服務程序（Interrupt Service Routines，ISR）在Memory的位置；

5. 然後CPU讀取ISR程序，進而處理該中斷。

上面的例子主要是基于早期的單核CPU設計的，并沒有考慮到目前多核CPU的情況。因此，在後續的PCI Spec中，将PIC替換為IO APIC（Advanced Programmed Interrupt Controller）。如下圖所示：

實際上，在PCIe總線中，傳統的中斷機制（INTx）已經很少被使用，很多應用甚至直接将該功能禁止了。無論是在PCI總線（V2.3及以後的版本），還是PCIe總線中，都可以通過配置空間中的配置命令寄存器（Configuration Command Register來禁止INTx中斷機制），如下圖所示。不過，需要特别注意的是，雖然該bit的名稱為中斷禁止（Interrupt Disable），但是其隻會影響INTx，對MSI/MSI-X不會造成影響。因為MSI/MSI-X的使能（或禁止）是通過配置空間中的MSI/MSI-X Capability Command Register來實現的，并且一旦使能了MSI/MSI-X，PCI總線/PCIe總線便會自動地禁止INTx。

并且可以通過配置狀态寄存器的中斷狀态（Interrupt Status）bit來确定當前的中斷狀态，如下圖所示：

INTx相關的寄存器在配置空間的位置如下圖所示，Interrupt Pin和Interrupt Line分别定義了中斷邊帶信号引腳号（INTA#~INTD#）和中斷向量号（IRQ0~IRQ255）。

然而，PCIe總線繼承了PCI總線的INTx中斷機制，但是在實際的PCIe設備之間的中斷信息傳輸中使用的并非邊帶信号INTx，而是基于消息（Message）的。其中Assert_INTx消息表示INTx信号的下降沿。Dessert_INTx消息表示INTx信号的上升沿。當發送這兩種消息時，PCIe設備還會将配置空間的相關中斷狀态bit的值更新。對于PCIe-PCI（X）橋設備來說，會将接收到的來自PCI/PCI-X總線的INTx信号轉換為消息，在往上級發送。一個簡單的例子如下圖所示：

INTx消息的格式為：

橋設備中的INTx消息的類型與設備号的映射關系如下圖所示：

對應的，一個簡單的例子如下：

當多個設備使用同一個中斷信号線時，隻有先置位的設備會被中斷控制器響應。但是該中斷信号線，并不會因為其中一個設備的中斷請求得到響應便被清除，而是會等到所有的發送請求的設備的中斷請求都得到了響應之後。如下圖所示：

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!