为什么在中断上下文中不能休眠

最新推荐文章于 2021-12-14 15:09:04 发布
原创 最新推荐文章于 2021-12-14 15:09:04 发布 · 789 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#中断上下文中睡眠

探讨了在中断上下文中内核为何无法进行调度，解释了如果在此情况下发生休眠，将导致内核无法唤醒执行新进程的问题。

因为，内核在执行中断处理程序的时候处于中断上下文中，内核在中断上下中不具备调度能力。此时如果休眠下去，内核就没有办法调度一个新的进程去执行，这样内核就一睡不醒了。。。

Linux C/C++ or 嵌入式面试之《多进程多线程编程系列》(10) 什么是进程上下文？什么是中断上下文？
二进制君
08-17 2171
上下文context： 上下文简单说来就是一个环境。用户空间的应用程序，通过系统调用，进入内核空间。这个时候用户空间的进程要传递 非常多变量、參数的值给内核。内核态执行的时候也要保存用户进程的一些寄存器值、变量等。所谓的“进程上下文”，能够看作是用户进程传递给内核的这些參数以及内核要保存的那一整套的变量和寄存器值和当时的环境等。相对于进程而言，就是进程运行时的环境。详细来说就是各个变量和数据，包含全部的寄存器变量、进程打开的文件、内存信息等。
Linux 中断上下文（二）
枫潇潇
07-09 521
Linux中断上下部机制 1 linux系统中对中断的处理上下部的之分 中断处理程序处于中断上下文，而中断上下文是不参与调度的，这样中断上下文不能出现可能休眠的操作，因为中断上下文一旦休眠就会交出cpu，而中断上下文不参与调度，也就是交出cpu时不会保存上下文，这样一旦交出cpu就永远不会回来了。这也就决定了在中断中不能和用户空间进行数据交互，因为这种交互可能会引起休眠。 还有一点，为了尽量提高系统的响应速度，中断程序运行的时间应该尽可能短。比如说中断来临后系统在处理中断服务程序，此时有一个事件发生，如果这
中断为什么不能睡眠
10-15
详细分析linux操作系统中 的中断为什么不能睡眠原因。
为什么在中断上下文中不能休眠?
weixin_30241919的博客
10-11 259
　　这个问题有很多人问过,我看了下linux得内核代码,原因如下(当然我不能保证一定对,如果有牛人理解得更好,欢迎指正) 1. 中断处理的时候,不应该发生进程切换,因为在中断context中,唯一能打断当前中断handler的只有更高优先级的中断,它不会被进程打断(这点对 于softirq,tasklet也一样,因此这些bottom half也不能休眠),如果在中断context中休眠,则没有办法...
（转）为什么中断上下文不可以休眠（一）
07-12 4054
看邻居帖子，大家回答的问题不大。但也有不同的回答和解释。有点乱。有必要讨论，得出固定的结论。确实，大家说了很多，有些地方还是不是很清楚。希望高手们能给出正解 QUOTE:原帖由 思一克 于 2007-6-27 09:19 发表于 1楼  看邻居帖子，大家回答的问题不大。但也有不同的回答和解释。有点乱。有必要讨论，得出固定的结论。 其实这只是一个设计上的问题, 而并不是强制的. 只是针对Linux内核而言, 这是规矩. LKD2上面说, 切换出去之后, 何时才能调度回来? 就是中断回来之后可能不会回到之前所依
为什么可能导致睡眠的函数都不能在中断上下文中使用呢？
weixin_33860737的博客
06-28 375
转自：http://blog.chinaunix.net/u1/49093/showart_1910189.html 这个问题有很多人问过，我看了下Linux得内核代码，原因如下：（当然我不能保证一定对,如果有牛人理解得更好，欢迎指正） 1、 中断处理的时候,不应该发生进程切换，因为在中断context中，唯一能打断当前中断handler的只有更高优先级的中断，它不会被进程打断，如果在 中断c...
为什么中断上下文中不能睡眠
markey1的博客
12-14 1380
中断发生以后，CPU跳到内核设置好的中断处理代码中去，由这部分内核代码来处理中断。这个处理过程中的上下文就是中断上下文。 为什么可能导致睡眠的函数都不能在中断上下文中使用呢？ 首先睡眠的含义是将进程置于“睡眠”状态，在这个状态的进程不能被调度执行。然后，在一定的时机，这个进程可能会被重新置为“运行”状态，从而可能被调度 执行。 可见，“睡眠”与“运行”是针对进程而言的，代表进程的task_struct结构记录着进程的状态。内核中的“调度器”通过task_struct对进 程进行调度。 但是，中断上下文却不是
中断上下文是什么
最新发布
05-31
- Mutex会导致线程进入休眠状态，因此不能在中断上下文中使用[^3]。 - 如果需要在任务级和中断级同时访问共享资源，可以使用spinlock保护中断级的访问，而使用mutex保护任务级的访问[^3]。 #### 适用场景分析 - ...
为什么中断上下文不能休眠
Yasin Lee
07-15 1405
这是早该知道的问题 1. 中断处理的时候,不应该发生进程切换,因为在中断context中,唯一能打断当前中断handler的只有更高优先级的中断,它不会被进程打断(这点对 于softirq,tasklet也一样,因此这些bottom half也不能休眠),如果在中断context中休眠,则没有办法唤醒它,因为所有的 wake_up_xxx都是针对某个进程而言的,而在中断context中,没有进程的
为什么在中断过程中不能进行睡眠
LinuxEngineer的专栏
10-08 3845
运行在中断中的代码不能进行睡眠，或者阻塞！因为代码是运行在中断上下文中，并非进程上下文中，如果将中断进行睡眠的话，调度器无从得知下一个应该调度的进程，系统无法继续进行！         关于调度器在中断过程中无法调度其他进程的问题，是由于系统设计的原因！当然你也可以将你的系统设计成在中断过程中，可以进行睡眠或阻塞！但这样会增加你系统设计的复杂程度！因为在设计过程中，你需要考虑好多，复杂的情况！所
中断不能睡眠的原因
afootball的博客
01-27 1272
转载地址原文地址 这个说起来有点多,一一来看: 1,中断要根据前后文来说,一般说中断上下文中不能睡眠,这个中断是指硬件事件发生,触发CPU停止当前活动转而去处理硬件请求. 2,根据硬件请求响应处理逻辑的实时紧要与否,将整个中断处理过程分为上半部和下半部. 3,上半部也就是所谓的硬中断处理逻辑,其要求cpu在收到硬件请求后必须马上处理的事情,比如网卡收到数据包了,把数据包从网卡缓存拷贝到主存(可以由DMA完成,但寄存器的修改以及资源设定还是要由cpu去做)的逻辑就需要cpu立即去做,不做的话,网络新来的数据包
为什么中断不能休眠
jmflovezlf的专栏
04-21 1377
1. 中断处理的时候,不应该发生进程切换,因为在中断context中,唯一能打断当前中断handler的只有更高优先级的中断,它不会被进程打断(这点对 于softirq,tasklet也一样,因此这些bottom half也不能休眠),如果在中断context中休眠,则没有办法唤醒它,因为所有的 wake_up_xxx都是针对某个进程而言的,而在中断context中,没有进程的概念,没有一个tas
中断中不能睡眠的原因
one shot,one kill.
10-12 4058
这个说起来有点多,一一来看: 1,中断要根据前后文来说,一般说中断上下文中不能睡眠,这个中断是指硬件事件发生,触发CPU停止当前活动转而去处理硬件请求. 2,根据硬件请求响应处理逻辑的实时紧要与否,将整个中断处理过程分为上半部和下半部. 3,上半部也就是所谓的硬中断处理逻辑,其要求cpu在收到硬件请求后必须马上处理的事情,比如网卡收到数据包了,把数据包从网卡缓存拷贝到主存(可以由DMA完成,
【转载】为什么中断不能休眠
wang 恒 的博客
04-08 709
中断处理的时候,不应该发生进程切换,因为在中断context中,唯一能打断当前中断handler的只有更高优先级的中断,它不会被进程打断(这点对 于softirq,tasklet也一样,因此这些bottom half也不能休眠),如果在中断context中休眠,则没有办法唤醒它,因为所有的 wake_up_xxx都是针对某个进程而言的,而在中断context中,没有进程的概念,没有一个task_...
为什么中断上下文不可以休眠
BPC's Domain
09-24 1562
先把中断处理流程给出来 1.进入中断处理程序--->2.保存关键上下文---->3.开中断（sti指令）--->4.进入中断处理程序的handler--->5.关中断（cli指令）---->6.写EOI寄存器（表示中断处理完成）---->7.开中断。 复制代码 硬中断： 对应于上图的1、2、3步骤，在这几个步骤中，所有中断是被屏蔽的，如果在这个时候睡眠了，操作系统不
为什么中断上下文无法睡眠
闲云孤鹤
07-21 1137
"...Let's discuss the fact that work queues run in process context. This is in contrast to the other bottom-half mechanisms, which all run in interrupt context. Code running in interrupt context is un
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值