基于μC/OS-II的中斷下半部設(shè)計方案

μC/OS—II是一個針對微控制器和嵌入式應(yīng)用而設(shè)計的輕量級實時操作系統(tǒng)，通過了美國聯(lián)邦航空管理局符合RTCA D0178B標(biāo)準(zhǔn)的認(rèn)證。這表明μC/OS—II能用于與人性命攸關(guān)的、安全性條件極為苛刻的系統(tǒng)。由于其輕量級的設(shè)計，源代碼開放和優(yōu)秀的實時性能等諸多優(yōu)點，成為了眾多嵌入式開發(fā)者的首選。

　　層次化的中斷處理機制實質(zhì)上是一種可以使開發(fā)者在處理中斷時盡量縮短屏蔽中斷時間，提高異步事件響應(yīng)的機制。μC/OS—II的設(shè)計者Jean J.Labrosse在其著作中談到：實時內(nèi)核最重要的指標(biāo)就是中斷關(guān)了多長時間。所以為了幫助開發(fā)者合理設(shè)計中斷服務(wù)程序，以使其嵌入式系統(tǒng)獲得最好的實時性，μC/OS—II有必要實現(xiàn)層次化的中斷處理機制。本文將從分析μC/OS—II的中斷處理入手，介紹通過引入中斷下半部來實現(xiàn)層次化的中斷處理機制的設(shè)計方案和實現(xiàn)方法，并通過在ARM7處理器上的測試來說明這種機制的引入對于提高系統(tǒng)實時性的意義。

　　1 中斷下半部的設(shè)計方案

　　目前，在μC/OS—II內(nèi)核中任務(wù)的運行空間分為中斷空間和任務(wù)空間。中斷空間即為中斷服務(wù)程序運行所處的空間，這時處理器執(zhí)行中斷服務(wù)程序，而所有任務(wù)(task)都被處于被中斷態(tài)。對很多處理器而言，在中斷空間內(nèi)中斷請求是被屏蔽的。中斷下半部的引入將中斷空間一分為二，如圖1所示。中斷的上半部為中斷服務(wù)程序，執(zhí)行那些有嚴(yán)格時限要求不能被打斷的工作;中斷的下半部執(zhí)行那些在中斷上半部被延后，允許被中斷的工作。中斷上半部和下半部都應(yīng)有自己獨立的棧空間，二者不會干擾。

　　μC/0S—II已經(jīng)設(shè)計了完善的中斷服務(wù)程序的入口和出口函數(shù)，所以為了實現(xiàn)中斷上半部和下半部的銜接，要從μC/0S—II的中斷出口函數(shù)OSintExit()著手進行修改。修改后的OSIntExit()實現(xiàn)的功能將是：退出中斷的上半部，檢查中斷下半部是否有就緒的服務(wù)程序，若有則在允許中斷的情況下執(zhí)行中斷下半部的處理函數(shù)，若沒有則進行任務(wù)調(diào)度恢復(fù)處理器到任務(wù)空間執(zhí)行。

　　中斷下半部的核心是中斷下半部的管理函數(shù)OSDo-Sirq()。它的功能是檢查中斷下半部的狀態(tài)變量，依據(jù)優(yōu)先級順序選擇就緒的下半部服務(wù)程序順序執(zhí)行，并且對相應(yīng)的下半部狀態(tài)進行修改，最后跳轉(zhuǎn)到下半部的出口函數(shù)。出口函數(shù)OSSirqExit()使處理器完成從中斷空間到任務(wù)空間的轉(zhuǎn)換。至此，中斷服務(wù)全部完成，用戶任務(wù)得以繼續(xù)執(zhí)行。

　　本設(shè)計使用softirq來指中斷下半部的服務(wù)程序。中斷下半部支持最多32個具有不同靜態(tài)優(yōu)先級的softirq。中斷優(yōu)先級范圍為0～31，O是最高優(yōu)先級，31是最低優(yōu)先級。這里引入了優(yōu)先級的思想，因為上半部服務(wù)程序可能需要對應(yīng)的softirq來完成延后的任務(wù)，類似的softirq也應(yīng)有不同的優(yōu)先級來標(biāo)識它們先后的運行順序。而采用靜態(tài)實現(xiàn)的目的是為了實時性和穩(wěn)定性的考慮，若采用動態(tài)實現(xiàn)，代價是可能產(chǎn)生內(nèi)存碎片和更多的處理器資源損耗。每一個softirq都有對應(yīng)的標(biāo)志變量來標(biāo)識它的使能、屏蔽和就緒的狀態(tài)。一組具有明確功能定義的API用于softirq的注冊、屏蔽和使能等功能。

　　一般情況下，中斷服務(wù)程序是不會重入的，因為絕大多數(shù)處理器會在中斷執(zhí)行時禁止中斷，至少是禁止同級和更低優(yōu)先級的中斷。本設(shè)計的中斷下半部同樣不要求softirq具有可重入性，因為在下半部的實現(xiàn)中已通過巧妙的設(shè)計消除了重入的可能性。softirq遵循μC/OS—II對編寫中斷服務(wù)程序的限制要求，例如中斷服務(wù)函數(shù)不能執(zhí)行可能會導(dǎo)致任務(wù)阻塞的函數(shù)等，在此不再贅述。

　　2 中斷下半部的實現(xiàn)

　　基于操作系統(tǒng)設(shè)計全局的考慮，中斷下半部的實現(xiàn)應(yīng)遵循以下幾點原則：

　?、僦袛嘞掳氩恳矊⑦\行于中斷空間，這意味著任務(wù)空間的所有任務(wù)都要被阻塞。中斷下半部與中斷上半部(即中斷服務(wù)程序)一個根本的不同是：中斷下半部允許中斷。

　?、诒M量對原μC/0S—II體系結(jié)構(gòu)做最小化的修改，如任務(wù)調(diào)度機制、任務(wù)空間的各種保護和同步機制等。改動所涉及的范圍越大，引入bug的可能性也越大。在所增加的代碼中盡量利用原μC/0S—II提供的系統(tǒng)調(diào)用，如開關(guān)中斷還有任務(wù)調(diào)度等函數(shù)，這樣兼顧了效率和安全性。

　　③盡量減少使用平臺相關(guān)性代碼，保證μC/OS—II的可移植性。

　?、茉O(shè)計簡潔明確的API接口，以方便其他開發(fā)者能夠輕松使用這種機制。

　　根據(jù)中斷下半部的設(shè)計方案，其實現(xiàn)分為以下4個主要的模塊。

　　2.1 中斷下半部入口的實現(xiàn)

　　μC/OS—II核心代碼os_core.c中的OSIntExit()函數(shù)是μC/OS—II中斷處理程序的出口。為了實現(xiàn)中斷下半部的入口，應(yīng)將OSIntExit()函數(shù)中if((OSIntNesting=0)(OSLockNesting==O))語句以下列代碼來代替：

　　第1條if語句判斷是否所有中斷服務(wù)程序都已經(jīng)結(jié)束，注意這里也包括softirq。因為在進入下半部管理函數(shù)后會執(zhí)行OSIntNesting++，若softirq正在執(zhí)行則OSInt-Nesting一定大于O。這個簡單的if判斷語句消除了soft—irq的重入的可能性。判斷條件為真后，繼續(xù)判斷全局變量softirq_flag，若其值為SOFTIRQ_ENABLE則啟用中斷下半部。全局變量softirq_stat可能的值有3個：

　?、賁OFTIRQ_READY，說明有就緒的softirq等待運行;

　?、赟OFTIRQ_RUNNING，說明softirq正在被調(diào)度但其狀態(tài)可能為被中斷態(tài);

　?、跾OFTIRQ_NONE，說明沒有softirq處于就緒狀態(tài)。

　　此判斷語句條件為真時，函數(shù)OSIntCallSirq()將會保存被中斷任務(wù)的上下文，初始化中斷下半部堆棧指針，并執(zhí)行下半部管理函數(shù)OSDo-Sirq()。若判斷結(jié)果為假，則中斷處理返回被中斷的語句繼續(xù)執(zhí)行。而這條語句可能為中斷下半部的代碼，也可能為任務(wù)空間的代碼。0S—IntCallSirq()是一段具有平臺相關(guān)性的匯編代碼，在不同的處理器平臺上有不同的實現(xiàn)代碼，其流程如圖2所示。