目錄

· Linux 中斷的知識點梳理

中斷的分類

中斷號和中斷向量

中斷服務(wù)程序ISR

上半部分和下半部分

· 中斷處理的注冊和注銷 API

· 實操：捕獲鍵盤中斷

示例代碼

驅(qū)動程序傳參

IO編址：IO端口和IO內(nèi)存

編譯、測試、驗證

別人的經(jīng)驗，我們的階梯！

大家好，我是道哥，今天我為大伙兒解說的技術(shù)知識點是：【Linux 中斷的注冊和處理】。

在前兩篇文章中，描述的是在應(yīng)用層如何調(diào)用驅(qū)動函數(shù)來控制GPIO，以及在驅(qū)動中如何發(fā)送發(fā)送信號給應(yīng)用層。

假如存在這樣一個需求：應(yīng)用程序需要監(jiān)控某個硬件GPIO口的電平狀態(tài)，當發(fā)生變化時，應(yīng)用程序就做出相應(yīng)的動作。

利用之前已經(jīng)介紹的知識，是可以完成這個需求的。

比如：在驅(qū)動程序中不停的讀取GPIO口的狀態(tài)，一旦發(fā)生變化，就把新的電平狀態(tài)通過信號發(fā)送到應(yīng)用層。

這樣的方式稱作：輪詢。

輪詢方式的缺點顯而易見：輪詢的時間間隔應(yīng)該是多少毫秒（or 微秒），才比較合適呢？

輪詢太慢：可能會丟失信號；輪詢太快：消耗 CPU 資源！

因此，在實際的產(chǎn)品中，用中斷觸發(fā)的方式才是更切合實際的選擇！

本文所有的描述和測試，都是在 x86 平臺上完成的；

Linux 中斷的知識點梳理

中斷的分類

Linux 的版本在持續(xù)更新，對中斷的處理方式也在不停的發(fā)生變化。

下面幾張圖，是以前在學(xué)習(xí)時畫的思維導(dǎo)圖。

這幾張圖比較清晰地描述了在Linux操作系統(tǒng)中，關(guān)于中斷的一些基本概念。

這張圖的結(jié)構(gòu)還是比較清晰的，基本上概括了Linux系統(tǒng)中的中斷分類。

另外，在很多關(guān)于中斷的書籍中，大部分都是從基礎(chǔ)的 PIC（可編程中斷控制器）開始講解的。

如果您想非常具體、專業(yè)、深入的了解關(guān)于中斷的相關(guān)內(nèi)容，有一篇文章《Interrupt in Linux．pdf》講得非常好（文章的后面部分我也沒有看懂）。

在文末有下載鏈接，感興趣的小伙伴可以學(xué)習(xí)一下。

中斷號和中斷向量

這張圖只要記住中斷號與中斷向量的關(guān)系就可以了：

1． 中斷號與中斷控制器（PIC／APIC）相關(guān)；

2． 中斷向量與 CPU 相關(guān)，用來查找中斷處理函數(shù)的入口地址；

中斷服務(wù)例程 ISR

中斷服務(wù)程序，就是針對每一個中斷如何進行處理。

如果您了解Linux中斷的相關(guān)內(nèi)容，一定會看到這樣的描述：中斷處理分為上半部分和下半部分。

上半部分不能消耗太多的時間，主要處理與硬件相關(guān)的重要工作；其他不重要的工作，都放在下半部分去做。

從上面這張圖中可以看出，用來完成下半部分工作有好幾種機制可以選擇，每一種方式都是針對不同的需求場景。

在每一種下半部分機制中，Linux都設(shè)計了非常方便的接口函數(shù)。

作為開發(fā)者的我們來說，使用這些下半部分的機制很簡單，只需要幾個函數(shù)調(diào)用即可。

例如：如果使用工作隊列來實現(xiàn)下半部分的工作，只需要2步動作：

1． 定義處理函數(shù)

2． 在中斷處理函數(shù)中，注冊注冊函數(shù)

INIT＿WORK（＆mywork， mywork＿handler）；                                                        

schedule＿work（＆mywork）；

下面幾張圖，是針對每一種“下半部分”處理機制的一些特點，注意：有些機制在新版本中已經(jīng)廢棄不用了，了解即可。

中斷處理的注冊和注銷 API

所謂的中斷注冊，就是告訴操作系統(tǒng)：我對哪個中斷感興趣。

當這些中斷發(fā)生的時候，請通知我。通知的方式就是：調(diào)用一個預(yù)先注冊好的回調(diào)函數(shù)。

驅(qū)動程序可以通過函數(shù) request＿irq（），向操作系統(tǒng)注冊，并且激活指定的中斷線：

參數(shù)說明：

irq： 申請的硬件中斷號；

handler： 中斷處理函數(shù)。一旦中斷發(fā)生，這個函數(shù)就被調(diào)用；

flags： 中斷的屬性，例如：IRQF＿DISABLED，IRQF＿TIMER，IRQF＿SHARED；

devname： 中斷驅(qū)動程序的名稱，在 ／proc／interrupts 文件中看到對應(yīng)的內(nèi)容；

dev＿id： 中斷程序的唯一標識，比如：在共享中斷中，可以用來區(qū)分不同的中斷處理程序；

驅(qū)動程序通過函數(shù) free＿irq（），向操作系統(tǒng)注銷一個中斷處理函數(shù)：

void free＿irq（unsigned int irq， void ＊dev＿id）；

參數(shù)說明：

irq： 硬件中斷號；

dev＿id： 中斷程序的唯一標識；

實操：捕獲鍵盤中斷 示例代碼

有了上面的知識鋪墊，下面就來實操一下，實現(xiàn)的功能是：

捕獲鍵盤的中斷，在中斷處理函數(shù)中，打印出按鍵的掃描碼，如果是 ESC 鍵被按下，就打印出指定的信息。

與往常一樣，操作的目錄位于：tmp／linux－4．15／drivers 目錄下。

＄ mkdir my＿driver＿interrupt

＄ touch driver＿interrupt．c

文件內(nèi)容：

上面的代碼，有兩個小的知識點。

向驅(qū)動程序傳參

示例代碼中，在調(diào)用 request＿irq 時，需要指定中斷號和驅(qū)動程序的名稱。

這兩個參數(shù)是在加載驅(qū)動模塊的時候，從命令行傳入的。

在驅(qū)動程序中，通過下面兩行代碼即可實現(xiàn)參數(shù)的接收：

module＿param（irq， int， 0644）；
module＿param（devname， charp， 0644）；

module＿param 是一個宏定義，定義在 include／linux／moduleparam．h 文件中，具體定義如下：

＃define module＿param（name， type， perm）                
   module＿param＿named（name， name， type， perm）；

name： 存儲參數(shù)的變量名；

type： 變量的類型；

perm： 訪問參數(shù)的權(quán)限，表示此參數(shù)在sysfs文件系統(tǒng)中所對應(yīng)的文件節(jié)點的屬性；

IO地址：IO端口和IO內(nèi)存

這是讀取 IO 外設(shè)的兩種不同方式。

IO 端口有兩種編址方式：統(tǒng)一編址和獨立編址。

統(tǒng)一編制

把主存單元所在的地址空間，劃出一部分出來，專門用來把IO外設(shè)寄存器的地址映射到這部分劃出來的地址空間中。

統(tǒng)一編址的好處是：讀取IO外設(shè)的時候，就好像讀取普通的內(nèi)存地址空間中的數(shù)據(jù)一樣。

獨立編址

IO 外設(shè)的地址空間，與主存單元的地址空間是兩個獨立的地址空間，此時，IO地址一般稱作： IO端口。

我們在讀寫IO外設(shè)的時候，從這些 “IO端口” 中讀寫就可以了。不同的外設(shè)，被分配了不同的 IO 端口號。

CPU 提供了一些列函數(shù)來讀寫 IO 端口，例如：

／／ 讀寫一個字節(jié)

unsigned inb（unsigned port）；

void outb（unsigned char byte， unsigned port）；

／／ 讀寫一個字

unsigned inw（unsigned port）；

void outw（unsigned short word， unsigned port）；

編譯、驗證

編譯驅(qū)動模塊：

＄ make

輸出文件：driver＿interrupt．ko

因為我們捕獲的是鍵盤中斷（中斷號：1），先看一下在加載驅(qū)動模塊之前的中斷驅(qū)動程序 head ／proc／interrupts：

可以把 demsg 的輸出也清理一下：dmesg －c

執(zhí)行下面指令來加載驅(qū)動模塊（傳遞2個參數(shù)）：

insmod driver＿interrupt．ko irq＝1 devname＝myirq

再次執(zhí)行一下指令 head ／proc／interrupts 查看驅(qū)動程序：

在中斷號 1 的右側(cè)，是不是看到了我們的驅(qū)動程序：my＿irq？

再來看一下 dmesg 的輸出信息：

成功注冊了中斷號1的處理函數(shù)！

此時，按幾次鍵盤左上角的 ESC 鍵，然后再查看 dmesg 的輸出信息：

以上，就是最簡單的中斷注冊和相應(yīng)的中斷處理函數(shù)！

在實際的項目中，如果要把中斷信息通知到應(yīng)用層，可以通過上一篇文章介紹的發(fā)送信號來實現(xiàn)，或者通過其他的回調(diào)機制也可以。

下一篇文章，我們在這個示例代碼上進行擴展，看一下：中斷處理中每一個“下半部分”機制應(yīng)該如何編程。