Linux 驅動程式的中斷處理, #3: Bottom Half 的觀念

為了能寫出很棒的 interrupt handle，Linux 採用一種稱為 bottom half 的觀念來實作 interrupt handler。

Linux 將完整的 interrupt handler 切成2個部份（half）：top half 與 bottom half。Top half 是在呼叫 request_irq() 時所指定的 interrupt handler 函數，bottom half 則是由 top half 所排程（scheduling），真正負責回應中斷的 task。

一般來說，top half 的基本實作原則如下：

1. 儲存裝置相關資料，這個部份會涉及「中斷不同步」的議題，在這裡先不做解釋。
2. 將 bottom half 排程後結束執行。

Top half 是真正接受中斷請求的 task，因此應避免執行過久。由 top half 的實作原則可以看出，top half 真正要做的工作其實只有排程 bottom half，因此執行的速度將會非常快。Top half 與 bottom half 的最大差別為，bottom half 在執行時，interrupt 是開啟的，因此 CPU 仍然可以接受中斷請求。

由此也可以看出另外一個 bottom half 機制的特點：當 bottom half 尚未結束執行時，top half 仍然可以處理中斷請求。另外，bottom half 就是 interrupt handler，因此「也視為」在 interrupt mode 下執行。

--jollen

發表一個評論