2. 网络设备驱动基础：struct net_device 结构体详解、NAPI 轮询机制、中断与轮询的权衡

网络设备驱动是内核网络协议栈的基石，而 struct net_device 则是驱动与协议栈之间的核心桥梁。本章将深入剖析该结构体的关键字段、NAPI 轮询机制的设计原理，以及在实际工程中如何权衡中断与轮询模式。

2.1 struct net_device 结构体详解

struct net_device 是 Linux 内核中用于描述和管理网络设备的巨型结构体（定义在 include/linux/netdevice.h），它包含了设备的状态、操作函数、统计数据、硬件特征等数百个字段。面试中常考察的核心字段可归纳为以下几类：

2.2 NAPI 轮询机制

NAPI（New API）是 Linux 内核为高性能网络设备设计的混合中断-轮询机制，旨在解决传统中断模式在高速网络下的“中断风暴”问题。其核心思想是：在数据流量较低时使用中断唤醒处理，在流量较高时切换到轮询模式批量收包。

2.2.1 NAPI 工作流程

1. 中断触发：硬件收到数据包后触发 IRQ，驱动中断处理函数调用 napi_schedule()。
2. 关闭中断并加入轮询列表：napi_schedule() 将设备的 NAPI 实例添加到当前 CPU 的 softnet_data 轮询链表中，并关闭硬件中断。
3. 软中断调度：触发 NET_RX_SOFTIRQ 软中断，内核开始遍历轮询链表。
4. 轮询回调：调用驱动注册的 poll() 函数，驱动从硬件队列中批量读取数据包并送入协议栈。
5. 预算控制：poll() 函数返回实际处理的数据包数量，不能超过预设的 budget（通常为 64）。
6. 退出条件：若处理完所有数据包（返回 < budget），则重新开启硬件中断；否则继续轮询。

2.2.2 NAPI 驱动注册示例

// 驱动初始化时注册 NAPI
static int my_driver_probe(struct pci_dev *pdev, const struct pci_device_id *id)
{
    struct net_device *ndev;
    struct my_priv *priv;

    ndev = alloc_etherdev(sizeof(struct my_priv));
    priv = netdev_priv(ndev);

    // 初始化 NAPI 实例，weight 通常设为 64
    netif_napi_add(ndev, &priv->napi, my_poll, 64);

    // 注册 net_device_ops
    ndev->netdev_ops = &my_netdev_ops;

    register_netdev(ndev);
    return 0;
}

// 中断处理函数
static irqreturn_t my_interrupt(int irq, void *dev_id)
{
    struct net_device *ndev = dev_id;
    struct my_priv *priv = netdev_priv(ndev);

    // 禁止硬件中断（由 NAPI 管理）
    // ...

    // 调度 NAPI 轮询
    if (napi_schedule_prep(&priv->napi)) {
        __napi_schedule(&priv->napi);
    }

    return IRQ_HANDLED;
}

// 轮询回调函数
static int my_poll(struct napi_struct *napi, int budget)
{
    struct my_priv *priv = container_of(napi, struct my_priv, napi);
    int work_done = 0;

    // 从硬件队列批量读取数据包
    while (work_done < budget) {
        struct sk_buff *skb = my_read_packet(priv);
        if (!skb)
            break;

        // 送入协议栈
        napi_gro_receive(napi, skb);
        work_done++;
    }

    // 如果处理完所有包，退出轮询并重新开启中断
    if (work_done < budget) {
        napi_complete_done(napi, work_done);
        // 重新开启硬件中断
        my_enable_irq(priv);
    }

    return work_done;
}

2.3 中断与轮询的权衡

在高速网络场景下，中断模式和纯轮询模式各有优劣。NAPI 通过动态切换实现了两者的平衡，但工程师仍需根据硬件特性和业务负载进行调优。

2.3.1 自适应中断调节

现代网卡驱动通常支持自适应中断调节（Adaptive Interrupt Coalescing），通过硬件参数（如 ITR/Interrupt Throttling Rate）动态调整中断频率。NAPI 与硬件中断调节协同工作时，需注意以下配置：

• 中断合并（Interrupt Coalescing）：硬件在发送中断前等待一定时间或积累一定数量的数据包，减少中断次数。但会增加延迟。
• NAPI 权重与硬件队列深度：确保 weight 不小于硬件队列的收包阈值，避免 NAPI 频繁退出轮询导致中断重开。
• 多队列 RSS 与 NAPI 绑定：每个 RX 队列应绑定独立的 NAPI 实例，并亲和到不同 CPU，实现并行收包。

2.4 面试高频问题与实战建议