进程上下文的local_irq_disable不能让内核挂起？

smalloc

George_lz

local_irq_disable 一般只是将cpu的irq 关掉。关掉cpu的中断，会影响到process 的调度（preempt），如果在irq disable的过程中，触发shedule，smalloc大侠是否是说在这种情况下，内核是否会挂起？

George_lz

回复 2# George_lz


    具体没看，但应该不会挂起

bensenq

是啊，local_irq_disable是关中断用的，何谓“让内核挂起”？

smalloc

大侠不敢当。基本忘记完了。
只想关闭中断，然后在让内核故障到串口控制台无反应，进程不工作。
看来仅仅在进程上下文关中断不可能做到。如果是系统调用进入的内核态，即使关闭中断，也会返回用户空间后一切恢复正常。

帅绝人寰

local_irq_disable() + while(1);

smalloc

曾经见过疑问问题，list的操作中for_each_entry()
如果不用safe，好象在删除节点的时候也会出现上述现象，看来是删除就进入了死循环。
我在进程上下文，不关中断和半底的情况下试过while(1),发现无线网络输出正常，输入有问题。和串口也同样只能打印信息，而不能输入。

简单总结下。我们通常说的死锁在内核只能出现在进程的睡眠锁中，和多核下的递归自旋锁中。而前者明显不会影响在其他内核功能。后者看递归的位置。
也就是单核中，任何形式的死锁不会导致串口卡死的情况。

帅绝人寰

楼上你在说什么呀大哥？

bluempire

说实话，楼主的帖子，读起来太费劲了。
串口控制台无反应，和死锁没有什么关系，楼主的帖子容易误导初学者。
串口没有反应，说明shell无法得到调度。系统出现了某种异常。。。

smalloc

有几个错字，不好意思
具体见这帖。
http://bbs.chinaunix.net/thread-3888665-1-1.html

串口控制台无反应，和死锁没有什么关系，我就是要说这个问题，这好象是一个流传很广的谬误。我拿自己遇到问题，把这个说清楚。

PS:我现在也是初学者