• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            linux設(shè)備驅(qū)動(dòng)編寫_tasklet機(jī)制

            在編寫設(shè)備驅(qū)動(dòng)時(shí), tasklet 機(jī)制是一種比較常見的機(jī)制,通常用于減少中斷處理的時(shí)間,將本應(yīng)該是在中斷服務(wù)程序中完成的任務(wù)轉(zhuǎn)化成軟中斷完成。

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

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

            軟中斷和 tasklet 的關(guān)系如下圖:

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

            Tasklet_action 函數(shù),遍歷一個(gè)全局的 tasklet_vec 鏈表(此鏈表對(duì)于 SMP 系統(tǒng)是每個(gè) CPU 都有一個(gè)),此鏈表中的元素為 tasklet_struct 。此結(jié)構(gòu)如下 :

            struct tasklet_struct

            {

            ?????? struct tasklet_struct *next;

            ?????? unsigned long state;

            ?????? atomic_t count;

            ?????? void (*func)(unsigned long);

            ?????? unsigned long data;

            };

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

            原理大概如此,對(duì)于 linux 驅(qū)動(dòng)的作者其實(shí)不需要關(guān)心這些,關(guān)鍵是我們?nèi)绾稳ナ褂?/span> tasklet 這種機(jī)制。

            Linux 中提供了如下接口:

            DECLARE_TASKLET(name,function,data) :此接口初始化一個(gè) 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 鏈表,具體是哪個(gè) cpu tasklet_vec 鏈表,是根據(jù)當(dāng)前線程是運(yùn)行在哪個(gè) cpu 來決定的。此函數(shù)不僅會(huì)掛接 tasklet ,而且會(huì)起一個(gè)軟 tasklet 的軟中斷 , 既把 tasklet 對(duì)應(yīng)的中斷向量掛起 (pend)

            兩個(gè)工作完成后,基本上可以了, tasklet 機(jī)制并不復(fù)雜,很容易的使程序盡快的響應(yīng)中斷,避免造成中斷丟失。

            posted on 2007-02-10 00:18 璞石 閱讀(7376) 評(píng)論(4)  編輯 收藏 引用

            評(píng)論

            # re: linux設(shè)備驅(qū)動(dòng)編寫_tasklet機(jī)制 2007-05-16 19:46 zzp840127

            此接口將定義后的 tasklet 掛接到 cpu 的 tasklet_vec 鏈表,具體是哪個(gè) cpu 的 tasklet_vec 鏈表,是根據(jù)當(dāng)前線程是運(yùn)行在哪個(gè) cpu 來決定的。

            這句話怎么理解?arm9有多個(gè)cpu么,  回復(fù)  更多評(píng)論   

            # re: linux設(shè)備驅(qū)動(dòng)編寫_tasklet機(jī)制 2007-05-16 19:48 zzp840127

            樓主能不能+我 qq260711627
            我最近在研究這塊,很多不理解,希望不吝賜教   回復(fù)  更多評(píng)論   

            # re: linux設(shè)備驅(qū)動(dòng)編寫_tasklet機(jī)制 2007-05-20 01:42 璞石

            不好意思,我一般不上QQ.可以發(fā)郵件交流
            對(duì)于每個(gè) CPU都有自己的tasklet_vec, 哪個(gè)CPU上的進(jìn)程調(diào)用tasklet_schedule函數(shù),此tasklet_vec就將掛接了哪個(gè)CPU上的tasklet_vec上
              回復(fù)  更多評(píng)論   

            # re: linux設(shè)備驅(qū)動(dòng)編寫_tasklet機(jī)制 2011-09-27 10:28 lilin

            不是所有的驅(qū)動(dòng)都是ARM架構(gòu)的,更不會(huì)都是針對(duì)ARM9的!@zzp840127
            @zzp840127
              回復(fù)  更多評(píng)論   


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            <2007年2月>
            28293031123
            45678910
            11121314151617
            18192021222324
            25262728123
            45678910

            導(dǎo)航

            統(tǒng)計(jì)

            公告

            AAAAAAAAAAAAAAAAAAAAAAAAAAAASDFSDFA

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案(7)

            相冊(cè)

            linux技術(shù)

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            国内精品伊人久久久久AV影院| 国产精品久久久久久影院| 久久久99精品成人片中文字幕| 国产亚洲婷婷香蕉久久精品| AV无码久久久久不卡蜜桃| 青青草原综合久久| 亚洲国产精品狼友中文久久久| 欧美久久一区二区三区| 色狠狠久久AV五月综合| 亚洲国产精品久久| 久久超乳爆乳中文字幕| 亚洲精品无码久久不卡| 精品久久久久久99人妻| 久久精品无码一区二区无码| 中文字幕久久精品| 婷婷久久综合九色综合绿巨人 | 国产一区二区精品久久岳| 久久精品国产乱子伦| 伊人久久无码中文字幕| 伊人久久大香线蕉AV色婷婷色| 久久精品免费大片国产大片| 国产精品日韩欧美久久综合| 91精品国产91久久| 一本大道久久a久久精品综合| 国产日产久久高清欧美一区| www亚洲欲色成人久久精品| 亚洲综合精品香蕉久久网97 | 久久精品国产第一区二区| 日本道色综合久久影院| 日本精品一区二区久久久| 欧美久久一区二区三区| 久久综合亚洲欧美成人| 久久久青草久久久青草| 综合久久久久久中文字幕亚洲国产国产综合一区首| 人妻精品久久久久中文字幕一冢本| 亚洲国产精品成人久久| 国产精品成人精品久久久| 亚洲国产另类久久久精品| 久久影院午夜理论片无码| 青草国产精品久久久久久| 欧美伊人久久大香线蕉综合69|