在讀LINUX情景分析時(shí)，總是忘記bh_base[]數組如何與bh_task_vec[]及softirq_vec[]聯(lián)系的，因為如果不能理清這里的關(guān)系就不能真正了解LINUX軟中斷的精髓，更無(wú)法理清何時(shí)處理后半部bh函數，為此，寫(xiě)出這篇文章。我是無(wú)名小卒，寫(xiě)這些文章是為了與大家更好的交流，所以如果轉載請說(shuō)明出處
我們的重點(diǎn)是理解出這幾個(gè)數組的關(guān)系，也就是說(shuō)他們是怎么關(guān)聯(lián)起來(lái)的，至于函數指針或者屏蔽位等內容可以參考LINUX內核情景分析書(shū)中的文字，他寫(xiě)的比較清晰，唯一就是明確指出這三個(gè)數組的關(guān)聯(lián)。讓我們開(kāi)始理一下吧
首先我們先對bh_base[]這個(gè)數組看一下，
這個(gè)數組何時(shí)賦值的?如果想對這個(gè)數組賦值必須使用init_bh()函數，這個(gè)函數來(lái)完成對bh_base[]的賦值，書(shū)中借用sched_init()函數中調用的init_bh()為例說(shuō)明了，是如何設置bh_base[]這個(gè)數組的?，F在明白了bh_base[]的賦值。
bh_base[]數組是以前的老版本的一個(gè)數組，現在盡管已經(jīng)賦值了函數，但是不會(huì )執行這個(gè)函數，因為還沒(méi)有與我們上面提到的其他數組關(guān)聯(lián)起來(lái)，如果想要使某一個(gè)bh函數得到執行，必須使其與其他數組關(guān)聯(lián)或者說(shuō)掛上鉤才行。其實(shí)書(shū)中說(shuō)“使bh_base[]數組關(guān)聯(lián)到bh_task_vec[]數組的函數是mark_bh()”是錯誤的，mark_bh()這個(gè)函數調用了tasklet_hi_schedule()函數，他其實(shí)將bh_task_vec[]與tasklet_hi_vec[]隊列頭數組關(guān)聯(lián)起來(lái)，使bh_task_vec[]中的元素同時(shí)插入到tasklet_hi_vec[]數組中。tasklet_hi_vec[]這個(gè)隊列頭數組是因不同的CPU個(gè)數為大小的，每個(gè)CPU有這樣的一個(gè)隊列頭。從中看出這個(gè)隊列頭是專(zhuān)門(mén)用于bh函數執行的。上面我們說(shuō)使bh_base[]與bh_task_vec[]數組關(guān)聯(lián)的原因是因為：在軟中斷初始化函數中softirq_init()，它對bh_task_vec[]中的32個(gè)元素全部讓其執行bh_action()這個(gè)函數，而這個(gè)bh_action()函數就是關(guān)聯(lián)bh_base[]數組和bh_task_vec[]數組中橋梁。如果用圖來(lái)看一下他們現在的關(guān)系
我們已經(jīng)理清了tasklet_hi_vec[]數組是bh_base[]函數數組的關(guān)鍵，就來(lái)理它的脈搏
執行軟中斷處理時(shí)，會(huì )通過(guò)do_softirq()這個(gè)函數利用softirq_vec[]數組來(lái)調用task_hi_action()這個(gè)函數，task_hi_action()函數再通過(guò)tasklet_hi_vec[]隊列頭來(lái)調用bh_task_vec中的bh_action()函數，進(jìn)而再執行bh_base[]數組中的bh函數。
那么softirq_vec[]數組是什么時(shí)候賦值的，它是在soft_init()調用open_softirq()賦值的于是我們畫(huà)一圖
同樣我們可以看出另一條執行tasklet的路線(xiàn)
他在文章中說(shuō)到
- 定義一個(gè)處理函數void my_tasklet_func(unsigned long);
- DECLARE_TASKLET(my_tasklet,my_tasklet_func,data); /* 定義一個(gè)tasklet結構my_tasklet，與my_tasklet_func(data)函數相關(guān)聯(lián)，相當于DECLARE_TASK_QUEUE() */
- tasklet_schedule(&my_tasklet); /* 登記my_tasklet，允許系統在適當的時(shí)候進(jìn)行調度運行，相當于queue_task(&my_task,&tq_immediate)和mark_bh(IMMEDIATE_BH) */
另外還提到task queuetask我就列出了看楊博士的文章吧
下面我們用鍵盤(pán)的實(shí)例說(shuō)一下建立tasklet的過(guò)程
首先必須在驅動(dòng)中聲明一個(gè)全局的tasklet結構變量，這樣是為了在中斷處理中能夠獲得這個(gè)全局的tasklet結構變量。
static struct tasklet_struct key_tasklet;
我們還需要一個(gè)結構保存鍵值
struct IO_key {
unsigned long prevjiffies ;
int count;
};
static struct IO_key key;
然后我們需要一個(gè)在后半部的處理程序，比如鍵盤(pán)為例
void key_tasklet(unsigned long arg)
{
struct IO_key *data = (struct IO_key *)arg;
unsigned long j=0;
printk("\n**************key_tasklet_start*****************\n");
j = jiffies;
printk("time:%08lx delta:%3li inirq:%i pid:%3i cpu:%i command:%s\n",
j, j - data->prevjiffies, in_interrupt() ? 1 : 0,
current->pid, smp_processor_id(), current->comm);
printk("\n**************key_tasklet_end*****************\n");
｝
有了上面這些內容后，我們就可以建立自己的tasklet了，使用這個(gè)函數向內核注冊登記，注意2.6的內核使用tasklet_init()而上面我們學(xué)習的是2.4內核的相關(guān)內容，二者完全一樣原理
tasklet_init(&keytask , key_tasklet , (unsigned long)&key);
這樣我們建立了鍵盤(pán)的后半部處理程序，可以用來(lái)轉譯鍵碼，而前半部中斷是為了查找到具體哪個(gè)鍵產(chǎn)生了中斷。這樣就把比較費時(shí)的處理工作由tasklet來(lái)完成了。
