第四节：PCIe设备驱动适配——从配置空间到中断处理

各位同学，今天我们来聊聊PCIe设备驱动适配。这个话题，说白了就是让操作系统和PCIe设备“握手”。我做了这么多年驱动开发，每次遇到PCIe设备，心里都会默念四个关键词：配置空间、BAR空间、DMA、中断。把这四个点吃透了，驱动适配就成功了一大半。

4.1 PCIe配置空间读取——设备的身世之谜

每个PCIe设备都有一块“身份证”，就是配置空间。它只有256字节（扩展配置空间可达4KB），但信息量巨大。我个人习惯，拿到一个新设备，第一件事就是读配置空间。

在Linux下，读取配置空间很简单。用lspci -vvv就能看到全部信息。但驱动里怎么读？我给你们看一段代码：

// 读取配置空间中的Vendor ID
u32 pci_read_config_dword(struct pci_dev *dev, int offset)
{
    u32 val;
    pci_read_config_dword(dev, offset, &val);
    return val;
}

// 使用示例
struct pci_dev *pdev = pci_get_device(0x8086, 0x10fb, NULL);
if (pdev) {
    u16 vendor = pci_read_config_word(pdev, PCI_VENDOR_ID);
    u16 device = pci_read_config_word(pdev, PCI_DEVICE_ID);
    printk("Vendor: 0x%04x, Device: 0x%04x\n", vendor, device);
}

嗯，这里要注意：配置空间读取是原子操作，但频繁读取会影响性能。我见过有人写驱动时，在中断处理函数里反复读配置空间，结果系统响应变慢。后来改成只在初始化时读一次，问题就解决了。

4.2 BAR空间映射——设备的内存窗口

BAR（Base Address Register）是设备暴露给CPU的内存窗口。每个BAR可以映射I/O空间或内存空间。我个人建议，能用内存空间就别用I/O空间，因为内存映射的访问速度更快。

BAR空间映射的流程是这样的：

1. 读取BAR寄存器，获取基地址和大小
2. 调用ioremap()将物理地址映射到内核虚拟地址空间
3. 通过映射后的虚拟地址读写设备寄存器

// BAR0映射示例
unsigned long bar0_start = pci_resource_start(pdev, 0);
unsigned long bar0_len = pci_resource_len(pdev, 0);
void __iomem *bar0_vaddr = ioremap(bar0_start, bar0_len);

if (!bar0_vaddr) {
    dev_err(&pdev->dev, "ioremap failed for BAR0\n");
    return -ENOMEM;
}

// 读写映射后的寄存器
u32 reg_val = ioread32(bar0_vaddr + 0x100);
iowrite32(0x1, bar0_vaddr + 0x104);

4.3 DMA传输机制——数据的高速公路

DMA（Direct Memory Access）是PCIe设备最核心的能力。没有DMA，CPU就得亲自搬运数据，那效率就太低了。PCIe设备做DMA，说白了就是设备自己读写系统内存，CPU只需要告诉它“数据在哪，搬多少”。

DMA传输的典型流程：

1. 分配DMA缓冲区（要求物理连续）
2. 获取缓冲区的物理地址和总线地址
3. 将总线地址写入设备的DMA描述符
4. 触发设备开始DMA传输
5. 传输完成后，设备发送中断通知CPU

// DMA缓冲区分配
dma_addr_t dma_handle;
void *cpu_addr = dma_alloc_coherent(&pdev->dev, 
                                     DMA_BUF_SIZE,
                                     &dma_handle, 
                                     GFP_KERNEL);
if (!cpu_addr) {
    dev_err(&pdev->dev, "DMA allocation failed\n");
    return -ENOMEM;
}

// 将DMA地址写入设备寄存器
iowrite32(lower_32_bits(dma_handle), bar0_vaddr + DMA_ADDR_LOW);
iowrite32(upper_32_bits(dma_handle), bar0_vaddr + DMA_ADDR_HIGH);
iowrite32(DMA_BUF_SIZE, bar0_vaddr + DMA_LENGTH);
iowrite32(0x1, bar0_vaddr + DMA_START);  // 启动DMA

4.4 中断处理（MSI/MSI-X）——告别轮询时代

中断处理是驱动开发的灵魂。传统PCI设备使用INTx中断线，但PCIe引入了MSI（Message Signaled Interrupt）和MSI-X。我个人强烈推荐使用MSI-X，因为它支持每个队列独立中断，性能更好。

MSI和MSI-X的区别：

特性	MSI	MSI-X
最大中断数	32（实际受限于设备）	2048
每个中断独立配置	否	是
中断向量连续	是	否，可任意分配
性能	较好	优秀

// MSI-X中断注册示例
int nr_irqs = pci_msix_vec_count(pdev);
struct msix_entry entries[nr_irqs];

for (int i = 0; i < nr_irqs; i++) {
    entries[i].entry = i;  // MSI-X表项索引
}

int ret = pci_enable_msix_exact(pdev, entries, nr_irqs);
if (ret < 0) {
    dev_err(&pdev->dev, "MSI-X enable failed: %d\n", ret);
    return ret;
}

// 注册中断处理函数
for (int i = 0; i < nr_irqs; i++) {
    ret = request_irq(entries[i].vector, 
                      my_interrupt_handler,
                      0, 
                      "my_pcie_driver", 
                      dev);
    if (ret) {
        dev_err(&pdev->dev, "IRQ request failed\n");
        goto err_free_irqs;
    }
}

为什么会强调中断处理要快？你想想看，如果中断处理函数里做了太多事情，其他设备的中断就会被阻塞。我曾经遇到一个案例，某网卡驱动在中断里做了大量数据拷贝，结果导致磁盘控制器中断延迟过高，系统整体性能下降。后来改成在中断里只做最小处理，把数据拷贝放到工作队列里，问题就解决了。

知识体系总览

下面这张图，是我自己总结的PCIe驱动适配核心流程。你可以把它当作一个检查清单：

这张图把四个核心步骤串起来了。你按照这个顺序走，基本不会漏掉什么。当然，实际项目中可能会遇到各种奇葩问题，比如设备不响应配置空间读取、BAR空间大小异常、DMA传输超时等等。遇到问题不要慌，先检查硬件连接，再确认驱动初始化顺序，最后用逻辑分析仪抓一下PCIe总线信号。

好了，PCIe设备驱动适配的核心内容就这些。记住四个关键词：配置空间、BAR空间、DMA、中断。把这四个点吃透了，你就能应对大部分PCIe设备的驱动开发工作。