4. 中断处理与NAPI调度：网卡中断处理函数如何调用napi_schedule()、__napi_schedule()的核心逻辑

当网卡接收到数据帧并通过DMA写入内存后，硬件会触发中断信号通知CPU。中断处理函数（ISR）是NAPI收包流程的入口点，其核心职责是最小化中断上下文的工作量，并快速将数据接收任务调度到软中断上下文中执行。本章深入剖析从硬件中断触发到napi_schedule()、__napi_schedule()被调用的完整路径。

4.1 中断处理函数的两阶段设计

现代Linux内核将中断处理拆分为两个阶段，以平衡实时性与吞吐量：

4.2 典型网卡驱动中断处理函数流程

以Intel ixgbe驱动为例，中断处理函数ixgbe_msix_clean_rings()的执行路径如下：

1. 读取中断状态寄存器：确认中断来源，清除中断挂起位。
2. 获取NAPI结构体：通过napi_struct实例关联到具体队列。
3. 调用napi_schedule()：将NAPI实例挂入CPU的poll_list，并触发软中断NET_RX_SOFTIRQ。
4. 返回IRQ_HANDLED：中断处理结束。

// drivers/net/ethernet/intel/ixgbe/ixgbe_main.c (简化示意)
static irqreturn_t ixgbe_msix_clean_rings(int irq, void *data)
{
    struct ixgbe_q_vector *q_vector = data;
    struct napi_struct *napi = &q_vector->napi;

    /* 1. 读取并清除中断状态寄存器 */
    u32 eicr = ixgbe_read_reg(hw, IXGBE_EICR);
    if (!eicr)
        return IRQ_NONE;

    /* 2. 禁止当前队列中断（硬件层面） */
    ixgbe_irq_disable_queues(hw, q_vector->v_idx);

    /* 3. 调度NAPI */
    if (napi_schedule(napi)) {
        /* 记录统计 */
        q_vector->tx_ring->total_packets++;
    }

    return IRQ_HANDLED;
}

4.3 napi_schedule() 与 __napi_schedule() 的核心逻辑

napi_schedule()是一个内联函数，它首先检查NAPI实例是否已经被调度，避免重复入队。其核心逻辑封装在__napi_schedule()中。

4.3.1 napi_schedule() 的入口检查

// include/linux/netdevice.h
static inline bool napi_schedule(struct napi_struct *n)
{
    /* 检查NAPI是否已启用，且未被调度 */
    return napi_schedule_prep(n) && __napi_schedule(n);
}

napi_schedule_prep()执行两个关键检查：

• NAPI_STATE_SCHED标志位：如果该位已置位，说明NAPI实例已经在poll_list中等待处理，直接返回false。
• NAPI_STATE_DISABLE标志位：如果NAPI被禁用（如设备关闭），返回false。

4.3.2 __napi_schedule() 的入队与软中断触发

当检查通过后，__napi_schedule()执行以下原子操作：

// net/core/dev.c
bool __napi_schedule(struct napi_struct *n)
{
    unsigned long flags;

    /* 获取当前CPU的softnet_data */
    struct softnet_data *sd = &__get_cpu_var(softnet_data);

    /* 关本地中断，保护链表操作 */
    local_irq_save(flags);

    /* 将NAPI实例加入当前CPU的poll_list尾部 */
    list_add_tail(&n->poll_list, &sd->poll_list);

    /* 置位NAPI_STATE_SCHED标志 */
    napi_schedule_set_sched(n);

    /* 触发NET_RX_SOFTIRQ软中断 */
    ____napi_schedule(sd, n);

    local_irq_restore(flags);

    return true;
}

4.4 核心数据结构：softnet_data 与 poll_list

每个CPU维护一个softnet_data结构体，它是NAPI调度的核心数据容器：

4.5 中断屏蔽与重新使能的时机

NAPI的核心思想是中断关闭 + 轮询收包。中断处理函数中关闭中断的时机至关重要：

• 关闭中断：在调用napi_schedule()之前，驱动必须确保硬件不会再产生新的中断，避免中断风暴。
• 重新使能中断：在NAPI的poll()回调中，当收包完成（或达到预算）后，驱动调用napi_complete()，并在其中重新使能硬件中断。

4.6 多队列网卡的中断分发策略

现代网卡支持多队列（RSS/Flow Director），每个队列有独立的中断向量。中断处理函数与NAPI实例的映射关系如下：

每个队列的中断处理函数只操作自己的NAPI实例，实现无锁并行收包。这是多核扩展性的关键设计。

4.7 性能优化检查清单

通过理解中断处理函数到__napi_schedule()的完整路径，开发者可以精准定位收包流程中的瓶颈——无论是中断亲和性设置不当、NAPI预算配置不合理，还是驱动层中断屏蔽逻辑错误，都能从本章的知识体系中找到分析依据。