谁进行Napi调度

Question

在阅读有关网络驱动程序中的NAPI调度时，我有一个疑问。

通常，整个网络处理代码都在softirq上下文中运行。借助NAPI轮询机制，驱动程序将在中断到达后轮询数据包。

因此，如果NAPI代码也可以在softirq上下文中运行，那么如何安排它。（因为，无法安排中断上下文代码）。

网络驱动程序中工作队列的用途是什么。

Answer 1

在NAPI的意义上进行调度仅意味着将其标记为需要运行。换句话说，您只需简单地使函数调用说“安排我在NAPI softirq中运行”即可。这将导致驱动程序的轮询功能被添加到“需要轮询”的设备列表中，并且还导致NAPI softirq被“激活”。

因此它通常以这种方式工作。您的驱动程序将设备配置为告诉它在将来准备处理某些数据包（理想情况下是多个数据包，以分摊开销）时在某个时候中断。同时，内核调度普通的用户空间进程。

设备中断时：

• 如果尚未进入内核模式，则中断将导致转换到内核模式
• linux中断处理代码查找驱动程序的中断处理程序例程并调用它。
• 您的中断处理程序调用napi_schedule（将轮询功能放置在列表上并触发softirq。
• 您的中断处理程序返回。
• 就在返回用户模式（或中断之前CPU所做的任何事情）之前，中断处理代码会看到网络softirq需要运行并激活它。
• softirq调用您的轮询功能来处理传入的数据包，直到没有更多的数据包或NAPI“预算”用尽为止。（在后一种情况下，稍后会通过ksoftirqd线程[我认为] 重新调用softirq 。）
• 如果驱动程序已完成对所有准备处理数据包的处理，则驱动程序将仅在设备上重新启用中断。

以我的经验，工作队列通常仅用于某些需要在可调度上下文中进行的长时间操作（即，在等待某些事物完成时可能会阻塞[睡眠]的实际任务上下文）。

例如，在intel ixgbe驱动程序中，如果驱动程序检测到需要重置NIC，则会触发工作队列条目以重新初始化NIC。有些操作需要相对较长的睡眠时间，并且如果您可以运行其他任务，则不想在softirq上下文中占用处理器。可能还有其他原因-例如，您需要分配大量内存，这可能需要在任务上下文中进行分配调用。