在編寫設備驅動時， tasklet 機制是一種比較常見的機制，通常用于減少中斷處理的時間，將本應該是在中斷服務程序中完成的任務轉化成軟中斷完成。

為了最大程度的避免中斷處理時間過長而導致中斷丟失，有時候我們需要把一些在中斷處理中不是非常緊急的任務放在后面執(zhí)行，而讓中斷處理程序盡快返回。在老版本的 linux 中通常將中斷處理分為 top half handler 、 bottom half handler 。利用 top half handler 處理中斷必須處理的任務，而 bottom half handler 處理不是太緊急的任務。

但是 linux2.6 以后的 linux 采取了另外一種機制，就是軟中斷來代替 bottom half handler 的處理。而 tasklet 機制正是利用軟中斷來完成對驅動 bottom half 的處理。 Linux2.6 中軟中斷通常只有固定的幾種： HI_SOFTIRQ( 高優(yōu)先級的 tasklet ，一種特殊的 tasklet) 、 TIMER_SOFTIRQ （定時器）、 NET_TX_SOFTIRQ （網(wǎng)口發(fā)送）、 NET_RX_SOFTIRQ （網(wǎng)口接收） 、 BLOCK_SOFTIRQ （塊設備）、 TASKLET_SOFTIRQ （普通 tasklet ）。當然也可以通過直接修改內核自己加入自己的軟中斷，但是一般來說這是不合理的，軟中斷的優(yōu)先級比較高，如果不是在內核處理頻繁的任務不建議使用。通常驅動用戶使用 tasklet 足夠了。

軟中斷和 tasklet 的關系如下圖：

上圖可以看出， ksoftirqd 是一個后臺運行的內核線程，它會周期的遍歷軟中斷的向量列表，如果發(fā)現(xiàn)哪個軟中斷向量被掛起了（ pend ），就執(zhí)行對應的處理函數(shù)，對于 tasklet 來說，此處理函數(shù)就是 tasklet_action ，這個處理函數(shù)在系統(tǒng)啟動時初始化軟中斷的就掛接了。

Tasklet_action 函數(shù)，遍歷一個全局的 tasklet_vec 鏈表（此鏈表對于 SMP 系統(tǒng)是每個 CPU 都有一個），此鏈表中的元素為 tasklet_struct 。此結構如下 :

struct tasklet_struct

{

struct tasklet_struct *next;

unsigned long state;

atomic_t count;

void (*func)(unsigned long);

unsigned long data;

};

每個結構一個函數(shù)指針，指向你自己定義的函數(shù)。當我們要使用 tasklet ，首先新定義一個 tasklet_struct 結構，并初始化好要執(zhí)行函數(shù)指針，然后將它掛接到 task_vec 鏈表中，并發(fā)一個軟中斷就可以等著被執(zhí)行了。

原理大概如此，對于 linux 驅動的作者其實不需要關心這些，關鍵是我們如何去使用 tasklet 這種機制。

Linux 中提供了如下接口：

DECLARE_TASKLET(name,function,data) ：此接口初始化一個 tasklet ；其中 name 是 tasklet 的名字， function 是執(zhí)行 tasklet 的函數(shù)； data 是 unsigned long 類型的 function 參數(shù)。

static inline void tasklet_schedule(struct tasklet_struct *t) ：此接口將定義后的 tasklet 掛接到 CPU 的 tasklet_vec 鏈表，具體是哪個 cpu 的 tasklet_vec 鏈表，是根據(jù)當前線程是運行在哪個 cpu 來決定的。此函數(shù)不僅會掛接 tasklet ，而且會起一個軟 tasklet 的軟中斷 , 既把 tasklet 對應的中斷向量掛起 (pend) 。

兩個工作完成后，基本上可以了， tasklet 機制并不復雜，很容易的使程序盡快的響應中斷，避免造成中斷丟失。