linux bible 第七章 中斷及中斷處理

　　第七章 中斷及中斷處理 本章主要描敘Linux核心的中斷處理過程。盡管核心提供通用機制與接口來進行中斷 處理，大多數中斷處理細節都是CPU體系結構相關的。 Linux通過使用多種不同硬件來執行許多不同任務。包括驅動顯示器的視頻設備、驅 動硬盤的IDE設備等。我們可以同步驅動這些設備，即我們可以發送一個請求執行一 組操作（比如說將一塊內存數據寫入到磁盤）然後等待到執行完畢。這種方式雖然可 以工作,但是效率很低，因為操作系統必須等待每個操作的完成,所以操作系統將花費 大量時間在“忙等待”上。更為有效的方式是執行請求，然後轉去執行其它任務。當 設備完成請求時再通過中斷通知操作系統。這樣系統中可以同時存在多個未完成的任 務。 不管CPU在作什麼工作，為了讓設備產生中斷必須提供一些必要的硬件支持。幾乎所有 的通用處理器如Alpha AXP都使用近似的方法。CPU的一些物理引腳被設計成可以改變 電壓（如從+5V變成-5V）從而引起CPU停止當前工作並開始執行處理中斷的特殊代碼： 中斷處理程序。這些引腳之一被連接到一個周期性時鐘上並每隔千分之一秒就接收一 次中斷，其它引腳則可連接到系統中其它設備如SCSI控制器上。 系統常使用中斷控制器來在向CPU中斷引腳發送信號之前將設備中斷進行分組。這樣可 以節省CPU上中斷引腳個數，同時增加了系統設計的靈活性。此中斷控制器通過屏蔽與 狀態寄存器來控制中斷。通過設置屏蔽寄存器中的某些位可以使能或者關閉中斷，讀取 狀態寄存器可得到系統當前處於活動狀態的中斷。 系統中有些中斷是通過硬連線連接的，如實時時鐘的周期性定時器可能被固定連接到中 斷控制器的引腳3上。而其它連接到控制器的引腳只能由插到特定ISA或PCI槽中的控制 卡來決定。例如中斷控制器中的引腳4可能被連接到PCI槽號0，但可能某天此槽中插入 一塊以太網卡而過幾天又會換成SCSI控制器。總之每個系統都有其自身的中斷路由機制 ， 同時操作系統還應該能靈活處理這些情況。 多數現代通用微處理器使用近似的方法來處理中斷。硬件中斷發生時，CPU將停止執行 當前指令並將跳轉到內存中包含中斷處理代碼或中斷處理代碼指令分支的位置繼續執行 。 這些代碼在一種特殊CPU模式： 中斷模式下執行。通常在此模式下不會有其它中斷發生。但是也有例外；有些CPU將中斷 的優先級進行分類，此時更高優先級的中斷還可能發生。這樣意味著必須認真編寫第一 級中斷處理代碼，同時中斷處理過程應該擁有其自身的堆棧，以便存儲轉到中斷處理過 程前的CPU執行狀態（所有CPU的普通寄存器和上下文）。一些CPU具有一組特殊的寄存器 -它們僅存在於中斷模式中，在中斷模式下可以使用這些寄存器來保存執行所需要的執行 上下文。 當中斷處理完畢後CPU狀態將被重儲，同時中斷也將被釋放。CPU將繼續做那些中斷發生 前要做的工作。中斷處理代碼越精煉越好，這樣將減少操作系統阻塞在中斷上的時間與 頻率。 7.1 可編程中斷控制器 系統設計者可以自由選擇中斷結構，一般的IBM PC兼容將使用Intel 82C59A-2 CMOS可 編程中斷控制器或其派生者。這種控制器在PC誕生之前便已經產生，它的可編程性體現 在那些位於眾所周知ISA內存位置中的寄存器上。非Intel系統如基於Alpha AXP的PC不 受這些體系結構限制，它們經常使用各種不同的中斷控制器。 兩個級連的8位控制器，每個控制器都有一個屏蔽與中斷狀態寄存器：PIC1和PIC2。這 兩個屏蔽寄存器分別位於ISA I/O空間0x21和0xA1處，狀態寄存器則位於0x20和0xA0。 對此屏蔽寄存器某個特定位置位將使能某一中斷，寫入0則屏蔽它。但是不幸的是中斷 屏蔽寄存器是只寫的，所以你無法讀取你寫入的值。這也意味著Linux必須保存一份對 屏蔽寄存器寫入值的局部拷貝。一般在中斷使能和屏蔽例程中修改這些保存值，同時每


次將這些全屏蔽碼寫入寄存器。 當有中斷產生時，中斷處理代碼將讀取這兩個中斷狀態寄存器（ISR）。它將0x20中的 ISR看成一個16位中斷寄存器的低8位而將0xA0中的ISR看成其高8位。這樣0xA0中ISR第1 位上的中斷將被視作系統中斷9。PIC1上的第二位由於被用來級連PIC2所以不能作其它 用處，PIC2上的任何中斷將導致PIC1的第二位被置位。 7.2 初始化中斷處理數據結構 核心的中斷處理數據結構在設備驅動請求系統中斷控制時建立。為完成此項工作，設備 驅動使用一組Linux核心函數來請求中斷，使能中斷和屏蔽中斷。 每個設備驅動將調用這些過程來注冊其中斷處理例程地址。 有些中斷由於傳統的PC體系結構被固定下來，所以驅動僅需要在其初始化時請求它的中 斷。軟盤設備驅動正是使用的這種方式;它的中斷號總為6。有時設備驅動也可能不知道 設備使用的中斷號。對PCI設備驅動來說這不是什麼大問題，它們總是可以知道其中斷號 。但對於ISA設備驅動則沒有取得中斷號的方便方式。Linux通過讓設備驅動檢測它們的 中斷號來解決這個問題。 設備驅動首先迫使設備引起一個中斷。系統中所有未被分配的中斷都被使能。此時設備 引發的中斷可以通過可編程中斷控制器來發送出去。Linux再讀取中斷狀態寄存器並將其 內容返回給設備驅動。非0結果則表示在此次檢測中有一個或多個中斷發生。設備驅動然 後將關閉檢測並將所有未分配中斷屏蔽掉。 如果ISA設備驅動成功找到了設備的IRQ號，就可以象平常一樣請求對設備的控制。 基於PCI系統比基於ISA系統有更多的動態性。ISA設備使用的中斷引腳通常是通過硬件設 備上的跳線來設置並固定在設備驅動中。PCI設備在系統啟動與初始化PCI時由PCI BIOS 或PCI子系統來分配中斷。每個PCI設備可以使用A，B，C或D之中的任意中斷。這個中斷 在設備建立時確定且通常多數設備的缺省中斷為A。PCI槽中的PCI中斷連線A，B，C和D被 正確路由到中斷控制器中。所以PCI槽4上的引腳A可能被路由到中斷控制器上的引腳6， PCI槽7上的引腳B被路由到中斷控制器上的引腳7等等。 如何路由PCI中斷完全取決於特定的系統，一般設置代碼能理解PCI中斷路由拓撲。在基 於Intel的PC上由系統BIOS代碼在啟動時作這些設置而在不帶BIOS（如Alpha AXP）系統 中由Linux核心來完成這個任務。 PCI設置代碼將每個設備對應的中斷控制器的引腳號寫入PCI配置頭中。通過得到PCI中斷 路由拓撲及設備的PCI槽號和PCI中斷引腳設置代碼可以確定其對應的中斷引腳（或IRQ） 號。設備使用的中斷引腳被保存在此設備的PCI配置頭中為此目的保留的中斷連線域中。 當運行設備驅動時這些信息被讀出並用來控制來自Linux核心的中斷請求。 系統中可能存在許多PCI中斷源，比如在使用PCI-PCI橋接器時。這些中斷源的個數可能 將超出系統可編程中斷控制器的引腳數。此時PCI設備必須共享中斷號-中斷控制器上的 一個引腳可能被多個PCI設備同時使用。Linux讓中斷的第一個請求者申明此中斷是否可 以共享。中斷的共享將導致irq_action數組中的一個入口同時指向幾個irqaction數據 結構。當共享中斷發生時Linux將調用對應此中斷源的所有中斷處理過程。沒有中斷需要 服務時，任何共享此中斷（所有的PCI設備驅動）的設備驅動都要准備好其中斷處理過程 的調用。 7.3 中斷處理 Linux中斷處理子系統的一個基本任務是將中斷正確路由到中斷處理代碼中的正確位置。 這些代碼必須了解系統的中斷拓撲結構。例如在中斷控制器上引腳6上發生的軟盤控制 器中斷必須被辨認出的確來自軟盤並路由到系統的軟盤設備驅動的中斷處理代碼中。 Linux使用一組指針來指向包含處理系統中斷的例程的調用地址。這些例程屬於對應於 此設備的設備驅動，同時由它負責在設備初始化時為每個設備驅動申請其請求的中斷?nbsp; 給出了一個指向一組irqaction的irq_action指針。每個irqaction數據結構中包含了對 應於此中斷處理的相關信息，包括中斷處理例程的地址。而中斷個數以及它們被如何處 理則會根據體系結構及系統的變化而變化。Linux中的中斷處理代碼就是和體系結構相 關的。這也意味著irq_action數組的大小隨於中斷源的個數而變化。 中斷發生時Linux首先讀取系統可編程中斷控制器中中斷狀態寄存器判斷出中斷源，將 其轉換成irq_action數組中偏移值。例如中斷控制器引腳6來自軟盤控制器的中斷將被 轉換成對應於中斷處理過程數組中的第7個指針。如果此中斷沒有對應的中斷處理過程 則Linux核心將記錄這個錯誤，不然它將調用對應此中斷源的所有irqaction數據結構中

的中斷處理例程。 當Linux核心調用設備驅動的中斷處理過程時此過程必須找出中 的解決辦法。為了找到 設備 動的中斷原因，設備驅動必須讀取發生中斷設備上?nbsp;狀態 寄存器。設備可能會報告一個錯誤或者通知請求的處理已經完成