为何raise_softirq_off中in_interrupt检查无需唤醒softirqd？

要搞懂这个逻辑，得结合raise_softirq_off的调用场景和内核软中断的处理机制来看：

• 首先明确raise_softirq_off的调用前提：它是在本地中断已关闭的情况下触发软中断的函数，核心是标记对应软中断为pending状态，再决定是否需要唤醒处理实体。

• 当in_interrupt()返回true时，当前代码处于两种上下文之一，这两种场景都不需要额外唤醒：

  1. 软中断上下文：此时当前CPU正在执行软中断处理循环（do_softirq()），这个循环会持续扫描所有pending的软中断并处理。新触发的软中断会被标记为pending，下一轮循环就会被自动处理，完全不需要唤醒操作——处理程序本身就在运行中。
  2. 硬中断上下文：硬中断处理完成后，CPU的返回路径有固定逻辑：在退出硬中断前，会主动检查是否有pending的软中断，如果存在就直接调用do_softirq()处理。所以此时触发软中断后，不需要主动唤醒，硬中断返回时自然会触发处理流程。

• 只有当in_interrupt()返回false（处于进程上下文）时，才需要唤醒ksoftirqd内核线程——因为此时CPU在执行用户进程或普通内核进程，不会主动检查软中断状态，必须通过唤醒线程来触发软中断处理。

内容的提问来源于stack exchange，提问作者user3882729