我讀了一些相關的帖子：

You cannot sleep in an interrupt handler because interrupts do not have a backing

process context, and thus there is nothing to reschedule back into. In other

words, interrupt handlers are not associated with a task, so there is nothing to

"put to sleep" and (more importantly) "nothing to wake up". They must run

atomically.

If sleep is allowed, then the linux cannot schedule them and finally cause a

kernel panic with a dequeue_task error. The interrupt context does not even

have a data structure describing the register info, so they can never be scheduled

by linux. If it is designed to have that structure and can be scheduled, the

performance for interrupt handling process will be effected.

所以在我的理解中,中斷處理程序在中斷上下文中運行,并且無法休眠,也就是說,不能像正常進程那樣使用支持機制執行上下文切換.

但是中斷處理程序可能被另一個中斷中斷.當第二個中斷處理程序完成其工作時,控制流將跳回第一個中斷處理程序.

如果沒有正常的上下文切換,這種“恢復”是如何實現的？它是否像普通函數調用一樣,所有寄存器和其他相關內容都存儲在某個堆棧中？

解決方法:

簡短的回答是,如果中斷處理程序可以被中斷中斷,則中斷處理程序的中斷方式與中斷中斷的任何其他內容完全相同.

假設進程X正在運行.如果進程X被中斷,則中斷處理程序運行.在某種程度上存在上下文的情況下,它仍然處理X,盡管它現在在內核中運行中斷代碼(如果你愿意,可以將狀態視為X->中斷).如果發生另一個中斷,則中斷被中斷,但仍然沒有特殊的進程上下文.現在狀態是X-> first_interrupt-> second_interrupt.當第二個中斷結束時,第一個中斷將恢復,就像第一個中斷結束時X將恢復一樣.但是,唯一的過程上下文是過程X.

您可以將它們描述為上下文切換,但它們與流程上下文切換不同.它們更類似于進入和退出內核 – 進程上下文保持不變,但執行級別和代碼單元可能會發生變化.

標簽：linux,interrupt,linux-kernel

來源： https://codeday.me/bug/20190725/1532068.html

總結

以上是生活随笔為你收集整理的linux进程被中断打断,linux – 当中断处理程序被另一个中断中断时,中断上下文如何“恢复”？...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。