究竟是什么时候 tasklet 在 ISR 安排后运行？

Question

我编写了 ISR，我的 tasklet 立即运行。 但是，我看到有人说 tasklet 只有在得到 CPU 关注时才会运行。这是一个非常通用的术语CPU 注意力，所以我为那些响应者背诵。我的意思是 CPU 的注意力到底是哪一刻转移到 tasklet 执行以及 CPU 的状态发生了什么？

其次，如果假设我不断收到硬中断，那么 tasklet 什么时候有机会运行？小任务可能没有机会运行吗？内核如何处理这些事情？

Answer 1

TL;DR：Tasklet 由调度程序处理的 ksoftirq 线程运行。

---

Tasklet 只是 softirq 的一种形式（由它们以TASKLET_SOFTIRQ 优先级处理），因此运行 tasklet 的规则适用于它们。根据 Robert Love 的书《Linux Kernel 发展”：

1. 在从硬件中断代码路径返回中
2. 在 ksoftirq 内核线程中
3. 在任何显式检查并执行挂起的软中断的代码中，例如网络子系统

如果threadirqs=true（内核启动参数）是默认值，情况（1）似乎不起作用。

---

UPD：关于 ksoftirq 与调度程序关系的一些说明。

这似乎发生了：

1. 在 hardirq 处理程序中，您唤醒 ksoftirq（由于 tasklet_schedule()）
2. 因此wake_up_process() 检查ksoftirq 是否可以抢占当前线程
3. 如果 (2) 为真，TIF_NEED_RESCHED 标志已设置
4. 从 hardirq 返回时（ret_from_intr - 在 x86 中）TIF_NEED_RESCHED 标志被检查
5. 如果 (4) 为真，则调用 schedule() 尝试选择下一个要执行的线程。

ksoftirq 很有可能会在 (2-3) 中被视为抢占候选并在 (5) 中被选中，但如果有竞争者，ksoftirq strong> 必须等到下一个 schedule() 循环 - 当前线程投降（即休眠）、时钟滴答发生、系统调用或新中断。