使用spin_lock_irqsave为什么不允许睡眠

mingzhi5288

　在单cpu下　使用spin_lock_irqsave　会变成
{
　　　preempt_disable()
        local_irq_save();
}
在使用这个函数的时候　如果用了schedule　为什么不可以呢？

是因为调度另一个进程之后不行呢？

还是根本无法调度另一个进程　？

不能睡眠的原因能够从源码角度帮我分析一下吗？

humjb_1983

因为这里关了中断，如果schedule出去了，就无法再次进行调度了。。

mingzhi5288

回复 2# humjb_1983


    那么schedule出去　运行一个新的进程　　这个进程会怎样处理呢？假如这个进程也是要访问临界区　也运行到spin_lock_irqsave这个函数．．这个时候也会发生什么？

humjb_1983

那就死锁了。
另外关键的问题是，调度到其它进程后，由于时钟中断已关，将无法再进行调度了。

mingzhi5288

回复 4# humjb_1983

我更想知道的是　它"死"在哪里？因为新的进程运行的spin_lock_irqsave．．这个函数在单CPU上只是　preempt_disable和local_irq_save而已．再次关抢占和关中断会导致它死锁吗？还是死锁在其它地方？


   

mingzhi5288

回复 4# humjb_1983


    也就是说　在单cpu上并没有"自旋"操作呀．．也就是没有do_raw_spin_lock呀．．

humjb_1983

单核上，关中断和抢占其实就达到锁的目的了。
想了一下，这个问题确实还有点复杂。
关中断了以后，调度到其它进程，应该会一直运行，但是如果其中有系统调用或者运行到最后(会exit)，其实还是有调度时机的，进程最终执行晚后，应该会调度到idle进程。。
但关中断后，问题还在于，时钟中断没有了，应该会有其它的问题。(但后面处理过程中有可能会开中断~)
光这样想，可能一些细节想不清楚，建议可以实际测试一下。

mingzhi5288

回复 7# humjb_1983


    对　我就是迷惑．．．如果对方的进程也访问到　临界区　遇到spin_lock_irqsave　又是怎样呢？

humjb_1983

如果其它进程也获取同一把锁，应该就死锁了吧，因为是忙等，而且不会再调度~

guobamantou

如果不考虑实时进程的存在，在spin lock irqsave 保护的代码中调用睡眠函数只会导致性能问题，不会死锁。看实现schedule函数是会调用关中断，选择新进程后开中断，所以在撇去中断处理函数情形外，和不考虑和实时进程竞争时，不会死锁的。