• <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)編寫(xiě)_tasklet機(jī)制

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

            為了最大程度的避免中斷處理時(shí)間過(guò)長(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ī)制,就是軟中斷來(lái)代替 bottom half handler 的處理。而 tasklet 機(jī)制正是利用軟中斷來(lái)完成對(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)然也可以通過(guò)直接修改內(nèi)核自己加入自己的軟中斷,但是一般來(lái)說(shuō)這是不合理的,軟中斷的優(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 來(lái)說(shuō),此處理函數(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 類(lèi)型的 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 來(lái)決定的。此函數(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)編寫(xiě)_tasklet機(jī)制 2007-05-16 19:46 zzp840127

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

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

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

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

            # re: linux設(shè)備驅(qū)動(dòng)編寫(xiě)_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)編寫(xiě)_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   博問(wèn)   Chat2DB   管理


            <2007年5月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            導(dǎo)航

            統(tǒng)計(jì)

            公告

            AAAAAAAAAAAAAAAAAAAAAAAAAAAASDFSDFA

            常用鏈接

            留言簿(1)

            隨筆分類(lèi)

            隨筆檔案(7)

            相冊(cè)

            linux技術(shù)

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            亚洲天堂久久久| 久久久久久九九99精品| 国产福利电影一区二区三区,免费久久久久久久精 | 国产成人精品久久亚洲| 久久亚洲视频| 久久偷看各类wc女厕嘘嘘| 91亚洲国产成人久久精品网址 | 久久ww精品w免费人成| 国产激情久久久久影院老熟女免费 | 久久强奷乱码老熟女| 色综合久久无码五十路人妻| 99麻豆久久久国产精品免费| 欧美午夜A∨大片久久 | 性欧美大战久久久久久久| 99国产精品久久| 一本一本久久a久久精品综合麻豆| 久久婷婷五月综合色高清 | 久久99热这里只频精品6| 国产一级持黄大片99久久| 精品久久久久久中文字幕大豆网| 国产精品久久久天天影视香蕉 | 伊人久久大香线蕉AV一区二区| 国产精品久久亚洲不卡动漫| 亚洲伊人久久精品影院| 色婷婷久久综合中文久久一本| AV无码久久久久不卡蜜桃| 无码精品久久久久久人妻中字| 一本综合久久国产二区| 久久久久国色AV免费观看| 久久久久国产一级毛片高清板| 国产精品九九久久精品女同亚洲欧美日韩综合区| 久久人人爽人人爽人人片av麻烦| 国产一区二区精品久久凹凸| 久久99精品久久久久久hb无码 | 伊人久久精品影院| 午夜精品久久久久久影视riav| 日本久久久久久久久久| 欧美激情精品久久久久久| 免费精品国产日韩热久久| 国产精品成人久久久| 久久99久国产麻精品66|