欧美极品高清xxxxhd,国产日产欧美最新,无码AV国产东京热AV无码,国产精品人与动性XXX,国产传媒亚洲综合一区二区,四库影院永久国产精品,毛片免费免费高清视频,福利所导航夜趣136

標題: 有關uCos-II中關中斷處理的疑問 [打印本頁]

作者: rmgc606 時間: 2017-11-1 11:28
標題: 有關uCos-II中關中斷處理的疑問
大家好，新人首貼，歡迎大家批評指正。

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

作者: yzwzfyz 時間: 2017-11-2 14:02
中斷源動作后會做一個標記，這個標記并不因為中斷關閉而消失。
CPU會不斷地檢查中斷標記，如果被關閉則不響應。一旦打開，則按優先順序中斷。

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

作者: rmgc606 時間: 2017-11-3 11:43

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

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

歡迎光臨 (http://www.raoushi.com/bbs/)