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's Blog 使用 Github issues 與讀者交流討論。請點擊上方的文章專屬 issue，或 open a new issue
您可透過電子郵件 jollen@jollen.org，或是 Linkedin 與我連絡。更歡迎使用微信，請搜尋 WeChat ID：jollentw