• <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   管理


            <2014年4月>
            303112345
            6789101112
            13141516171819
            20212223242526
            27282930123
            45678910

            導(dǎo)航

            統(tǒng)計(jì)

            公告

            AAAAAAAAAAAAAAAAAAAAAAAAAAAASDFSDFA

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案(7)

            相冊(cè)

            linux技術(shù)

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            亚洲国产成人久久综合一| 亚洲国产成人久久综合一区77 | 久久婷婷五月综合97色直播| 人妻系列无码专区久久五月天| 亚洲精品成人网久久久久久| 亚洲精品无码成人片久久| 国产精品久久永久免费| 日本加勒比久久精品| 国产精品久久久久久久| 2021最新久久久视精品爱| 久久99精品国产99久久| 精品久久久久久国产| 久久久中文字幕日本| 久久亚洲精品中文字幕| 一本大道久久香蕉成人网| 精品久久一区二区| 无遮挡粉嫩小泬久久久久久久| 伊人久久免费视频| 奇米综合四色77777久久| 伊人久久五月天| 国产99久久久国产精免费| 精品国产乱码久久久久软件| 久久久久久久99精品免费观看| 久久午夜无码鲁丝片秋霞| 国产精品无码久久四虎| 精品综合久久久久久97超人| 亚洲国产精品久久电影欧美| 亚洲国产成人久久一区WWW| 久久99精品国产麻豆蜜芽| 亚洲国产精品久久久久| 99久久精品国产高清一区二区 | yy6080久久| 伊人久久精品影院| 无夜精品久久久久久| 色婷婷噜噜久久国产精品12p | 狠色狠色狠狠色综合久久 | 久久精品日日躁夜夜躁欧美| 欧美麻豆久久久久久中文| 久久99精品久久久久久噜噜| 国产福利电影一区二区三区久久久久成人精品综合 | 色综合久久最新中文字幕|