• <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 璞石 閱讀(7360) 評(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   管理


            <2011年9月>
            28293031123
            45678910
            11121314151617
            18192021222324
            2526272829301
            2345678

            導(dǎo)航

            統(tǒng)計(jì)

            公告

            AAAAAAAAAAAAAAAAAAAAAAAAAAAASDFSDFA

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案(7)

            相冊(cè)

            linux技術(shù)

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            亚洲欧美国产日韩综合久久| 成人久久精品一区二区三区| 久久精品国产99国产精偷| 久久久精品人妻一区二区三区蜜桃 | 91精品国产91久久久久久蜜臀| 嫩草伊人久久精品少妇AV| 四虎国产精品成人免费久久 | 精品无码久久久久久国产| 香港aa三级久久三级| 国产成人久久精品二区三区| 国产亚洲色婷婷久久99精品91| 国产成人无码精品久久久久免费| 国产亚洲成人久久| 色欲综合久久躁天天躁| 久久精品国产免费观看三人同眠| 久久精品国产99国产精品亚洲 | 久久精品国产亚洲Aⅴ香蕉| 久久涩综合| 日本人妻丰满熟妇久久久久久| 久久婷婷成人综合色综合| 久久青青草原综合伊人| 日本高清无卡码一区二区久久| 午夜精品久久久久久影视riav| 久久久无码人妻精品无码| 国产精品美女久久久久av爽| 亚洲国产精品一区二区三区久久| 香蕉久久夜色精品国产尤物| 久久精品国产影库免费看| 婷婷久久五月天| 91久久精品国产91性色也| 久久精品国产免费观看 | 久久久久亚洲精品无码蜜桃| 69久久夜色精品国产69| 亚洲国产日韩欧美综合久久| 国产精品久久永久免费| 性做久久久久久久久| 俺来也俺去啦久久综合网| 久久久久久国产a免费观看黄色大片 | 久久香蕉国产线看观看99| 久久久久久久91精品免费观看| 久久精品国产亚洲网站|