4. 中断机制：INTx中断、MSI/MSI-X中断、中断亲和性与负载均衡

中断，是外设跟CPU打招呼的方式。没有中断，CPU就得轮询——那效率低得没法看。

PCIe设备的中断，经历了三代演变：从古老的INTx，到MSI，再到现在的MSI-X。我刚开始做驱动时，还在用INTx，后来项目要求高性能，才真正体会到MSI-X的好处。这一章，咱们就把这三种中断掰开揉碎了讲清楚。

4.1 INTx中断：传统的中断方式

INTx是PCI时代的遗产。它用四根边带信号线——INTA#、INTB#、INTC#、INTD#——来传递中断。说白了，就是拉低一根线，告诉CPU有活干了。

在PCIe配置空间中，INTx中断通过以下寄存器配置：

配置空间偏移	寄存器名称	位域	说明
0x3C	Interrupt Line	[7:0]	中断向量号，由BIOS/OS分配
0x3D	Interrupt Pin	[7:0]	1=INTA#, 2=INTB#, 3=INTC#, 4=INTD#

你想想看，INTx最大的问题是什么？是共享。多个设备共享一根中断线，中断来了，你得一个个设备去查，谁发的？这就是所谓的「中断风暴」。在高吞吐场景下，INTx基本扛不住。

4.2 MSI中断：消息 signaled 中断

MSI（Message Signaled Interrupt）的出现，解决了INTx的共享问题。它不是靠拉信号线，而是通过写一个特定的内存地址（Message Address）和消息数据（Message Data）来触发中断。

说白了，MSI就是一次内存写操作。设备往指定地址写一个32位数据，中断控制器收到后，直接路由到CPU核心。不需要轮询，不需要共享线。

MSI的配置在PCIe能力结构（Capability Structure）中：

// MSI Capability Structure (偏移 0x50 附近)
struct msi_cap {
    u8  cap_id;      // 0x05 (MSI Capability ID)
    u8  next_ptr;    // 下一个Capability指针
    u16 msi_ctrl;    // 控制寄存器
    u32 msg_addr;    // 消息地址 (32位)
    u16 msg_data;    // 消息数据 (16位)
    // 如果支持64位地址，还有高32位地址
};

MSI控制寄存器的关键位域：

位域	名称	说明
[0]	MSI Enable	使能MSI中断
[3:1]	Multiple Message Capable	设备支持的中断数量（2的幂次）
[6:4]	Multiple Message Enable	实际分配的中断数量
[19:17]	Per-vector Masking Capable	是否支持每个向量独立屏蔽

MSI有个限制：最多只能支持32个中断向量（2^5）。对于大多数设备够用了，但如果你做的是NVMe SSD或者万兆网卡，32个可能就不太够。

4.3 MSI-X中断：灵活的中断方案

MSI-X是MSI的升级版。它把中断向量表搬到了设备的BAR空间中，每个中断向量可以独立配置消息地址和消息数据。这意味着什么？意味着你可以有上千个中断向量，每个队列一个中断，每个CPU核心一个中断。

MSI-X的配置结构：

// MSI-X Capability Structure
struct msix_cap {
    u8  cap_id;      // 0x11 (MSI-X Capability ID)
    u8  next_ptr;
    u16 msix_ctrl;   // 控制寄存器
    u32 table_offset;// 向量表偏移（BAR索引 + 偏移）
    u32 pba_offset;  // Pending Bit Array偏移
};

// 每个MSI-X向量表项（16字节）
struct msix_table_entry {
    u64 msg_addr;    // 消息地址（64位）
    u32 msg_data;    // 消息数据（32位）
    u32 vector_ctrl; // 向量控制（bit 0 = Mask）
};

我在项目中遇到过一个问题：MSI-X向量表在BAR空间中，如果BAR空间映射的是设备内部寄存器，写向量表时要注意字节序和对齐。有些设备要求64位地址必须8字节对齐，否则会触发Unsupported Request。

4.4 中断亲和性与负载均衡

中断来了，交给哪个CPU核心处理？这就是中断亲和性（IRQ Affinity）要解决的问题。

默认情况下，中断可能随机分配到任意核心。但实际场景中，我们希望：

• 网卡中断绑定到专门处理网络协议栈的核心。
• NVMe中断绑定到处理存储I/O的核心。
• 避免多个高吞吐中断挤在同一个核心上。

Linux下，中断亲和性通过 /proc/irq/{irq_num}/smp_affinity 控制。这是一个位掩码，每一位代表一个CPU核心。

# 查看中断号
cat /proc/interrupts | grep "my_device"

# 将中断号 48 绑定到 CPU 0 和 CPU 2
echo "5" > /proc/irq/48/smp_affinity
# 5 = 二进制 0101，表示 CPU0 和 CPU2

负载均衡，说白了就是让多个中断均匀分布到多个核心上。Linux的irqbalance守护进程会自动做这件事。但有些场景下，自动均衡不如手动配置：

• DPDK应用：需要把中断全部绑定到非数据面核心。
• 实时系统：关键中断必须绑定到隔离核心。
• NUMA架构：中断最好绑定到离设备最近的NUMA节点上的核心。

下面这张图，展示了从设备触发中断到CPU核心处理的全流程：

4.5 实际驱动中的中断注册

在Linux驱动中，注册中断的典型流程：

static int my_pcie_probe(struct pci_dev *pdev, const struct pci_device_id *id)
{
    int ret;
    int irq;

    // 1. 使能设备
    ret = pci_enable_device(pdev);
    if (ret) return ret;

    // 2. 设置DMA掩码
    ret = dma_set_mask_and_coherent(&pdev->dev, DMA_BIT_MASK(64));
    if (ret) return ret;

    // 3. 尝试MSI-X，不行就MSI，再不行就INTx
    ret = pci_alloc_irq_vectors(pdev, 1, 4, PCI_IRQ_MSIX | PCI_IRQ_MSI | PCI_IRQ_INTX);
    if (ret < 0) {
        dev_err(&pdev->dev, "Failed to allocate IRQ vectors\n");
        return ret;
    }

    // 4. 获取中断号并注册处理函数
    irq = pci_irq_vector(pdev, 0);
    ret = request_irq(irq, my_interrupt_handler, 0, "my_device", dev);
    if (ret) {
        pci_free_irq_vectors(pdev);
        return ret;
    }

    // 5. 设置亲和性提示（绑定到CPU 0）
    irq_set_affinity_hint(irq, cpumask_of(0));

    return 0;
}

中断处理函数的设计，也有讲究：

static irqreturn_t my_interrupt_handler(int irq, void *dev_id)
{
    struct my_dev *dev = (struct my_dev *)dev_id;
    u32 status;

    // 1. 读取中断状态寄存器
    status = ioread32(dev->bar0 + INT_STATUS_REG);

    // 2. 检查是否真的是本设备的中断
    if (!(status & INT_PENDING)) {
        return IRQ_NONE;  // 不是我的中断，返回
    }

    // 3. 清除中断标志（重要！）
    iowrite32(status, dev->bar0 + INT_CLEAR_REG);

    // 4. 处理中断（如果是MSI-X，可以在这里区分队列）
    if (status & TX_DONE) {
        handle_tx_completion(dev);
    }
    if (status & RX_READY) {
        handle_rx_packet(dev);
    }

    return IRQ_HANDLED;
}