关于LINUX在中断（硬软）中不能睡眠的真正原因

AIXHP

原帖由 scutan 于 2007-6-27 09:38 发表



其实这只是一个设计上的问题, 而并不是强制的. 只是针对Linux内核而言, 这是规矩.
LKD2上面说, 切换出去之后, 何时才能调度回来? 就是中断回来之后可能不会回到之前所依俯的那个进程了.
中断不能睡眠 ...

睡眠是进程调度的概念,中断若睡眠上下文保持[进程的概念]与中断的概念冲突.要讨论为何要睡眠?软中断中也不需要睡眠,可用不同分支处理不同情况,没有睡眠的必要.完全可用网络中CPU上下文保留一些缓冲等与睡眠有些类似.

[ 本帖最后由 AIXHP 于 2007-12-3 16:30 编辑 ]

flw2

如果spin_lock可以抢占, 一旦任务B抢占了任务A, 而任务A执行了spin_lock(xxx), 恰好任务B也执行spin_lock(xxx), 必然导致内核死锁.


不知为什么会＊死锁＊

osama123

你想为什么B抢占A?因为B比A优先级高，所以在此调度时,A不会比B之前运行,就不会释放lock,那么B就一直等下去了呗。

flw2

原帖由 osama123 于 2007-12-28 13:47 发表
你想为什么B抢占A?因为B比A优先级高，所以在此调度时,A不会比B之前运行,就不会释放lock,那么B就一直等下去了呗。

谢谢了
我以为还会有某个时候A得到运行，这样就不会死锁了（即使这样也是要禁止抢占的）。

LF_532

牛人，敬仰中...

mark，等以后知识加强后再来拜读。

jowvid

很正点的一个问题。保留。

hacktao

过来学习下！

EZWORD

过来学习下！

kaka11chen

个人觉得是中断嵌套的问题，ulk3里面也是这么解释的。因为中断使用的内核栈无论是8k还是4k，都是每个CPU一个，而不是每个进程一个。所以假如在执行ISR的时候进程切换了，接着切换后又在新的进程执行过程中被中断，那么如果还是当时的cpu那么那个中断使用的内核栈就又保存上下文，这时假如又发生进程切换，切换回最开始的进程，那么就无法找出当时正确的中断上下文了。最关键的问题我觉得就是不是每个进程都有中断相应的内核栈。这个应该就是linux设计的问题。

ljldx

我是来看高手讨论的