请教一个关于下半部(bottom half)的问题

Agimsn

如果do_softirq是被irq_exit调用执行的话
是否整个linux协议栈的源码都处于硬中断上下文中,因为irq_exit执行完毕之前，硬中断依然没有返回。
而如果被ksoftirqd调用的话，是处于进程上下文中。
irq_exit调用关系如下
1: irq_exit  -> do_softirq ->softirq_action.action(netif_rx_action) -> 驱动的poll函数或者process_backlog()-> netif_receive_skb()进入协议栈

求大虾解答下

harmony2013

我感觉你说的对。但是也不确定。

中断处理太快，所以它可以留一点时间处理soft irq.

soft irq 太多，处理时间太长，就放在ksoftirq中。保证了irq处理时间即充分利用，又不会过长。

Agimsn

回复 2# harmony2013


    >>soft irq 太多，处理时间太长，就放在ksoftirq中。保证了irq处理时间即充分利用，又不会过长

在退出前会调用in_interupt()会检查硬中断，软终端，以及NMI是否有嵌套，如果有嵌套的话，暂时不执行softirq,交给ksoftirqd线程来推迟执行。
关于整个协议栈源码是否全部处于中断上下文中，还是不太敢肯定，求哪位大侠指点下。

瀚海书香

回复 3# Agimsn

关于整个协议栈源码是否全部处于中断上下文中，还是不太敢肯定，求哪位大侠指点下。

我可以给你明确的答案，协议栈可能运行在中断上下文也可能允许在进程上下文。

进程上下文的情况：
1. ksoftirq
2. 用户态通过系统调用进入协议栈（sendto,send,...)
   

humjb_1983

从irq_exit返回进入软中断确是中断上下文，ksoftirq为进程上下文，你的理解是对的。

Agimsn

多谢！回复 4# 瀚海书香


   

fengmao1983

个人理解 大部分协议栈的代码应该是运行在2个软中断中: NET_TX_SOFTIRQ, NET_RX_SOFTIRQ,
ksoftirqd内核进程承担全部9个或则说9种软中断的运行,

而且硬中断上下文的本质上, 可以是任意内核线程的上下文,

zhanglin496

如果协议栈当前是在软中断上文中，在UP情况下，是否该软中断下文一定必须执行完，（比如故意死循环）否则用户态进程得不到执行？（即便是新来了中断，因为发生了中断嵌套，不会执行软中断)。这样理解是否正确？回复 4# 瀚海书香
   

瀚海书香

回复 8# zhanglin496

如果协议栈当前是在软中断上文中，在UP情况下，是否该软中断下文一定必须执行完，（比如故意死循环）否则用户态进程得不到执行？（即便是新来了中断，因为发生了中断嵌套，不会执行软中断)。这样理解是否正确？

Sorry, I can't understand what are you saying?