中断处理不能睡眠和切换：原因随处可以找到，总结起来就是：1.增加了当前任务的不确定性，实时性能得不到保障，毕竟中断上下文是任意进程上下文，这样对那个被中断的进程不公平，我在邮件列表中的原话是：“中断处理占用当前进程的内核栈，因此中断中如果切换了还是可以切换回来的，切换回来时就会到了这个中断发生时的当前进程，但是这样对这个进程不公平，相当于由于特殊原因占据了别人一间屋子，可是你却把门反锁，在里面睡觉而不干正事。当然还会遇到一系列锁的问题。一般的，中断处理函数要尽可能快的完成，因为它是异步的，行为不确定的，本来就没有给它安排执行时间。在中断处理完毕了以后，马上要返回用户空间或者内核空间了，这时一切就确定了，因此必要时就可以切换了”；2.和中断共享中断号的中断会受到影响, 现在的内核设置了INPROGRESS标志. 来了一个同样的中断回有问题；3.中断一旦睡眠，就会以被中断的借用进程的“名义”睡眠，那么它要是直接切换了而没有睡眠在一个队列，何时切换回来就会受到被中断进程的属性的控制，比如该进程是一个很低优先级的进程，那将是噩梦，如果它睡眠了，那么何时唤醒呢？在哪里唤醒呢？这都是问题，睡眠是有原因的，那么条件满足时就会被唤醒，如果无故睡眠，那就别指望总会被唤醒。
关于中断不能睡眠和切换另一个要注意的就是用独立中断栈的情况，系统的同一个cpu都会用同一个中断栈，如果一个中断处理程序睡在了中断栈上，那么它被唤醒切换回来的时候会找不到原来被中断的进程，其实它可能回不来了，中断栈的共享会导致压栈的数据被破坏掉。
内核抢占：注意以下代码：
关于中断不能睡眠和切换另一个要注意的就是用独立中断栈的情况，系统的同一个cpu都会用同一个中断栈，如果一个中断处理程序睡在了中断栈上，那么它被唤醒切换回来的时候会找不到原来被中断的进程，其实它可能回不来了，中断栈的共享会导致压栈的数据被破坏掉。
内核抢占：注意以下代码：
need_resched:
本文转自 dog250 51CTO博客，原文链接:http://blog.51cto.com/dog250/1273934
