蛻變成蝶:Linux裝置驅動之中斷與定時器

李輝發表於2016-04-20

中斷與定時器是我們再熟悉不過的問題了,我們在進行裸機開發學習的 時候,這幾乎就是重難點,也是每個程式必要的模組資訊,那麼在Linux中,我們又怎麼實現延時、計數,和中斷呢?

一、中斷

1.概述

所謂中斷是指cpu在執行程式的過程中,出現了某些突發事件急待處理,cpu必需暫停執行當前執行的程式,轉去處理突發事件,處理完之後cpu又返回原程式位置並繼續執行,根據中斷來源,中斷分為內部中斷和外部中斷,軟中斷指令等屬於內部中斷,中斷還可以分為可遮蔽中斷和不可以遮蔽中斷。Linux 的中斷處理分為頂半部和底半部,頂半部完成儘可能少得的比較緊急的功能,往往只是簡單的完成“登記中斷”的工作,就是將底半部處理程式掛到該裝置的底半部處理佇列中去,中斷處理機制如下圖:

2、中斷程式設計

2.1 申請和釋放中斷

(1) 申請irq

irq 是要申請的中斷號,handler是向系統登記的中斷處理函式,irq_flags是中斷處理的屬性,可以指定中斷的觸發方式機處理方式,在處理方式方面,IRQF_DISABLED,表明中斷處理程式是快速處理程式,快速處理程式被呼叫時遮蔽所有中斷,IRQF_SHARED,表示多個裝置共享中斷(中斷處理程式)。dev_id 在中斷共享時會用到,一般設定為這個裝置的結構體或者NULL.

(2) 釋放irq

2.2、使能遮蔽中斷

 (1) 遮蔽(3個)

void disable_irq (int irq);

void disable_irq_nosync (ing irq);//立即返回

void enable_irq (int irq);

void disable_irq_nosync(int irq)與void disable_irq(int irg)的區別是前者立即返回,後者等待目前中斷處理完。

(2遮蔽所有中斷    

#define local_irq_save (flags)//遮蔽本cpu所有

void local_irq_disable (void) //遮蔽本cpu所有中斷

前者會保留中斷狀態儲存在flags中(flags為unsigned long型別)。

(3) 恢復中斷

#define local_irq_restore (flags)

void local_irq_enable (void);

以local開頭的方法作用範圍是本cpu內。

2.3 底半部機制–實現機制主要有tasklet, 工作佇列和軟中斷

(1) tasklet

(2)工作佇列

(3) 軟中斷(與通常說的軟中斷(軟體指令引發的中斷),比如arm的swi是完全不同的概念)

在linux核心中,用softirq_action結構體表徵一個軟中斷,這個結構體包含軟中斷處理函式指標和傳遞給函式的引數。使用open_softirq()函式可以註冊軟中斷對應的處理函式,而raise_softirq()函式可以觸發一個軟中斷。軟中斷和tasklet 執行與軟中斷上下文,仍屬於原子上下文的一種,而工作佇列則執行與程式上下文。因此,軟中斷和tasklet處理函式中不能睡眠,而工作佇列處理函式中允許睡眠。local_bh_disable() 和 local_bh_enable()是核心中用於禁止和使能軟中斷和tasklet底半部機制的函式。

2.4 中斷共享

多個裝置共享一根中斷線的情況在硬體系統中廣泛存在,共享中斷的多個裝置在申請中斷時,都應該使用IRQF_SHARED標誌,而且一個裝置以IRQF_SHARED標誌申請中斷成功的前提是該中斷未被申請或該中斷雖然被申請了,但它之前申請該中斷的裝置都以IRQF_SHARED標誌申請中斷,儘管核心模組可以訪問全域性地址都可以作為request_irq(…,void *dev_id)的最後一個引數,但是社結構體被指標顯然是可傳入的最佳引數.

在中端到來時,會遍歷共享此中斷的所有中斷處理程式,在中斷處理程式頂半部中,應該根據硬體暫存器中的資訊比照傳入的dev_id引數判斷是不是本裝置的中斷

共享中斷模組

二、定時器/時鐘

1、概述

軟體意義上的定時器最終依賴硬體定時器來實現,核心在時鐘中斷髮生後檢測個定時器釋放到期,到期後的定時器處理函式將作為軟中斷底半部執行。驅動程式設計中,可以利用一組函式和資料結構來完成定時器觸發工作或者某些週期性任務。

(1) 一個timer_list 結構體的例項對應一個定時器,其定義如下:

如定義一個名為my_timer 的定時器:

(2) 初始化定時器

(3) 增加定時器

(4) 刪除定時器

(5) 修改定時器的expire

(6) 對於週期性的任務,linux核心還提供了一種delayed_work機制來完成,本質上用工作佇列和定時器實現。

6.1,核心延時

linux核心中提供瞭如下3個函式分別進行納秒,微妙和毫秒延時

上述延時實現的原理實質上是忙等待,毫秒延時比較cpu耗資源,對於毫秒級以上時延,核心提供瞭如下函式

上述函式將使得呼叫它的程式,睡眠引數指定的時間,unsigned long msleep_interruptible()可以被訊號打斷,另兩個不行

6.2、睡著延遲

睡著延遲在等待的時間到來之間程式處於睡眠狀態,schedule_timeout()可以使當前任務睡眠指定的jiffies之後重新被排程,msleep()和msleep_interruptible()就包含了schedule_timeout()實質上schedule_timeout()的實現原理是向系統新增一個定時器,在定時器處理函式中喚醒引數對應的程式,其中結合了sleep_on()和__set_current_state(TASK_INTERRUPTIBLE)等函式。

2、核心定時器使用模板

3、例項–秒字元裝置second_drv.c ,它在被開啟時將初始化的定時器加到核心定時器連結串列中,每秒輸出一次當前的jiffes,程式碼如下:

在second的open()函式中,將啟動定時器,此後每秒會再次執行定時器處理函式,且在release()函式中刪除,編譯驅動,載入並建立“/dev/second”裝置檔案節點之後,用以下程式開啟,second_test會不斷讀取來自“/dev/second”裝置檔案以來經歷的秒數。

執行second_test後,不斷輸出jiffes的值,如下

而應用程式將不斷輸出來自開啟的“/dev/second”如下:

三、總結

Linux中斷處理分為兩個半部,上述都講得很清楚了,這裡強調以下,為了充分利用CPU資源,在對延時使用不是很精確的情況下,睡眠等待值得推薦。對於上述的幾個例子,需要大家自己在Linux的操作中敲出來,並且編譯,看輸出的結果才能完全理解~

打賞支援我寫出更多好文章,謝謝!

打賞作者

打賞支援我寫出更多好文章,謝謝!

任選一種支付方式

蛻變成蝶:Linux裝置驅動之中斷與定時器 蛻變成蝶:Linux裝置驅動之中斷與定時器

相關文章