Interrupt Claim Process

U54 內(nèi)核 hart 可以通過讀取 claim_complete 寄存器（表 115）執(zhí)行中斷請求，該寄存器返回最高優(yōu)先級掛起中斷的 ID，如果沒有掛起中斷則返回零。成功的聲明還會自動清除中斷源上相應(yīng)的掛起位。

U54 內(nèi)核 hart 可以隨時(shí)執(zhí)行聲明，即使其 mip寄存器中的 MEIP 位未設(shè)置。

聲明操作不受優(yōu)先級閾值寄存器設(shè)置的影響。

中斷完成

U54 內(nèi)核 hart 通過將其從聲明中收到的中斷 ID 寫入 claim_complete 寄存器（表 115）來表示它已完成執(zhí)行中斷處理程序。PLIC 不檢查完成 ID 是否與該目標(biāo)的最后一個(gè)聲明 ID 相同。如果完成 ID 與當(dāng)前為目標(biāo)啟用的中斷源不匹配，則完成將被靜默忽略。

PLIC 無法將新中斷轉(zhuǎn)發(fā)給已聲明中斷但尚未完成中斷處理程序的完整步驟的 hart。因此，PLIC 不支持搶占單個(gè) hart 的全局中斷 。

通過 PLIC 路由的全局中斷的中斷 ID 獨(dú)立于本地中斷的中斷 ID。在退出處理程序之前，一旦初始聲明/完成過程完成，PLIC 處理程序可能會檢查其他未決的全局中斷。此方法可以為全局中斷保存額外的 PLIC 保存/恢復(fù)上下文。

PLIC中斷處理例子

由于 PLIC 通過外部中斷 #11 與 CPU 接口，因此外部處理程序必須包含一個(gè)額外的聲明/完成步驟，用于與 PLIC 邏輯握手。

void external_handler() {
//get the highest priority pending PLIC interrupt
uint32_t int_num = plic.claim_complete;
//branch to handler
plic_handler[int_num]();
//complete interrupt by writing interrupt number back to PLIC
plic.claim_complete = int_num;
// Add additional checks for PLIC pending here, if desired
}

如果 CPU 讀取 claim_complete 并返回 0，則中斷不需要處理，因此不需要回寫 claim/complete。

上面顯示的 plic_handler 例程演示了一種實(shí)現(xiàn)軟件表的方法，其中駐留在表中的函數(shù)的偏移量由 PLIC 中斷 ID 確定。PLIC 中斷 ID 對于 PLIC 是唯一的，因?yàn)樗耆?dú)立于本地中斷的中斷 ID。