有關uCos-II中關中斷處理的疑問

ID:244881 · 發表于 2017-11-1 11:28

大家好，新人首貼，歡迎大家批評指正。

最近在拜讀《嵌入式實時操作系統uCOS-II(第二版)》時，3.7節Idle Task中有如下描述：“空閑任務執行計數器加1操作，中斷是先關閉再開啟的�！闭f是因為防止加1操作被高優先級任務或中斷服務程序打斷，我忽然想到：如果中斷被關閉期間，此時恰好來了一個外部IO中斷請求，這個中斷請求會使得某一個高優先級任務進入就緒態，會不會因為中斷被關閉而丟失掉這次請求。雖然說先關閉再開啟中斷這個過程時間比較短，但理論上是不是還是存在這種可能的？如果是，如何有效避免？歡迎大家一起討論

ID:123289 · 發表于 2017-11-2 14:02

中斷源動作后會做一個標記，這個標記并不因為中斷關閉而消失。
CPU會不斷地檢查中斷標記，如果被關閉則不響應。一旦打開，則按優先順序中斷。

所以回答是：
不會丟，再開放后，會中斷。

ID:244881 · 發表于 2017-11-3 11:43

yzwzfyz 發表于 2017-11-2 14:02
中斷源動作后會做一個標記，這個標記并不因為中斷關閉而消失。
CPU會不斷地檢查中斷標記，如果被關閉則不 ...

如果是這樣，我就明白了，謝謝！
那同理，如果在關中斷期間，觸發了多個中斷，實際上也是多個中斷標志被置位，只是因為關中斷的原因，此時不能跳轉到中斷處理函數進行處理，當再次開中斷后，會按照中斷優先級進行逐一跳轉處理，應該是這樣吧？

帳號		自動登錄	找回密碼
密碼			立即注冊

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

有關uCos-II中關中斷處理的疑問