• <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 類型的 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 璞石 閱讀(7365) 評(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)

            隨筆分類

            隨筆檔案(7)

            相冊(cè)

            linux技術(shù)

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            欧美性大战久久久久久| 99久久免费国产精品| 一本一本久久a久久精品综合麻豆| 日本国产精品久久| 99久久国产综合精品女同图片 | 伊人色综合久久| 午夜福利91久久福利| 久久精品一本到99热免费| 国产Av激情久久无码天堂| 久久国产成人精品国产成人亚洲| 亚洲精品国产自在久久| 欧美精品一区二区精品久久| 热综合一本伊人久久精品| 国产精品久久国产精品99盘| 亚洲中文字幕伊人久久无码| 99精品久久久久久久婷婷| 久久A级毛片免费观看| 久久精品不卡| 狠色狠色狠狠色综合久久| 伊人久久综合成人网| 久久久精品久久久久特色影视| 色婷婷综合久久久中文字幕| 久久久久久国产精品无码下载| 国产精品久久一区二区三区| 伊人久久综合无码成人网| 国内精品久久国产| 久久久黄片| 久久青青国产| 久久高清一级毛片| 久久国产精品国语对白| 国产精品久久久久…| 精品一区二区久久| 狠狠色婷婷综合天天久久丁香 | 国产精品久久久久蜜芽| 狠狠人妻久久久久久综合| 久久久久免费精品国产| 久久久久夜夜夜精品国产| 久久精品国产福利国产秒| 久久成人精品视频| 国产精品成人精品久久久| 色综合久久天天综合|