请问软中断的处理过程中会发生任务切换吗？

思一克

TO zx_wing

对不起，是我多较真了。

你知道问题的实质，只是没有从文字上回答好LZ。

zx_wing

原帖由 思一克 于 2007-6-21 15:45 发表于 11楼  
TO zx_wing

对不起，是我多较真了。

你知道问题的实质，只是没有从文字上回答好LZ。

版主客气了，严谨的态度对于学习技术是很好的。只是我个人比较粗心，很难注意到细节。
呵呵，我来CU时间比较短，发现这里的版主都比较严谨，刚来的时候在c版和那位精通c标准的版主（好像叫wyxlinux，记错无怪）也争过很久，受益匪浅。
同样，刚才那个文件帖子的争论也让我很受益。

snow_insky

简单的说就是： 即便softirq被hardware irq打断了，在hardware irq完成后，也是先到softirq，然后才能返回到正常的kernel控制路径。在返回过程中如果need_rescheduel标志被置位，则调用schedule函数进行切换。所以中断返回就附带了要继续softirq。

pengxihan

原帖由 snow_insky 于 2007-6-22 15:10 发表
简单的说就是： 即便softirq被hardware irq打断了，在hardware irq完成后，也是先到softirq，然后才能返回到正常的kernel控制路径。在返回过程中如果need_rescheduel标志被置位，则调用schedule函数进行切换。所 ...

当一个soft irq正在执行时被一个hard irq中断，而这个hard irq又触发了另外一个soft irq，我们知道当一个soft irq执行时，本地处理器的的soft irq是被屏蔽的，也就是说后一个soft irq不会在hard irq返回时执行，那么它又是在哪里运行的呢？

罗格纳

在2.4里：

     testl $(VM_MASK | 3), %eax
        jz restore_all

ret_from_intr会判断中断前的CPL，如果是3即用户态，才可能去reschdule。而如果是0即内核态，是直接restore_all，不会走到reschdule。这里保证了软中断不会被调度。

在2.6里：

     testl $(VM_MASK | 3), %eax
        jz resume_kernel        
#ifdef CONFIG_PREEMPT
ENTRY(resume_kernel)
        cmpl $0,TI_preempt_count(%ebp)  # non-zero preempt_count ?
        jnz restore_all  

如果定义了CONFIG_PREEMPT，就需要判断preempt_count,如果非0也是直接restore_all,不会走到reschdule。而进软中断中，preempt_count是非0的（如楼主所示）。这样也保证了软中断不会被调度。