4. 配置读写机制：IO端口访问（0xCF8/0xCFC）与MMIO访问（ECAM）的差异与实现

PCIe配置空间的访问是设备枚举与初始化的基础。在x86平台上，存在两种标准的配置空间访问机制：传统的IO端口访问（通过0xCF8/0xCFC端口）和增强型内存映射访问（ECAM）。理解两者的差异、适用场景及实现细节，是编写正确且高效的PCIe驱动的前提。

4.1 传统IO端口访问机制（0xCF8/0xCFC）

在PCIe规范普及之前，x86架构通过两个固定的IO端口来访问PCI配置空间。这种机制由PCI 2.0规范定义，并在所有x86平台上得到支持。

4.1.1 工作原理

IO端口访问机制使用两个32位寄存器：

• 配置地址端口（CONFIG_ADDRESS）：IO端口0xCF8，用于指定要访问的目标设备、功能及配置寄存器偏移。
• 配置数据端口（CONFIG_DATA）：IO端口0xCFC，用于实际读写配置数据。

访问流程分为两步：首先向0xCF8写入一个格式化的地址，然后通过0xCFC进行数据读写。

Bit 31    : Enable位（必须为1）
Bit 30-24 : 保留（必须为0）
Bit 23-16 : 总线号（Bus Number）
Bit 15-11 : 设备号（Device Number）
Bit 10-8  : 功能号（Function Number）
Bit 7-2   : 配置空间双字偏移（DWORD Offset）
Bit 1-0   : 00（双字对齐）

4.1.2 实现示例

以下代码展示了在Linux内核中通过IO端口访问配置空间的典型实现：

#include <linux/io.h>
#include <linux/pci.h>

#define CONFIG_ADDRESS 0xCF8
#define CONFIG_DATA    0xCFC

/* 读取配置空间一个双字 */
u32 pci_conf_read_dword(u8 bus, u8 dev, u8 func, u8 offset)
{
    u32 address;
    u32 data;

    /* 构造配置地址 */
    address = (1 << 31) |               /* Enable位 */
              ((u32)bus << 16) |        /* 总线号 */
              ((u32)dev << 11) |        /* 设备号 */
              ((u32)func << 8) |        /* 功能号 */
              (offset & 0xFC);           /* 双字偏移，低2位清零 */

    /* 写入地址端口 */
    outl(address, CONFIG_ADDRESS);

    /* 读取数据端口 */
    data = inl(CONFIG_DATA);

    return data;
}

/* 写入配置空间一个双字 */
void pci_conf_write_dword(u8 bus, u8 dev, u8 func, u8 offset, u32 value)
{
    u32 address;

    address = (1 << 31) |
              ((u32)bus << 16) |
              ((u32)dev << 11) |
              ((u32)func << 8) |
              (offset & 0xFC);

    outl(address, CONFIG_ADDRESS);
    outl(value, CONFIG_DATA);
}

4.2 增强型内存映射访问（ECAM）

ECAM（Enhanced Configuration Access Mechanism）是PCIe规范引入的新机制，它将整个配置空间映射到系统内存地址空间，允许通过普通的load/store指令直接访问。

4.2.1 内存映射原理

ECAM将PCIe段（Segment）内的所有设备配置空间映射为一段连续的内存区域。映射公式如下：

物理地址 = 基地址 + (Bus << 20) | (Device << 15) | (Function << 12) | Offset

其中：

• 基地址：由BIOS/UEFI在系统启动时分配，通常位于高地址区域（如0xE0000000以上）。
• Bus << 20：每个总线占用1MB地址空间（256个设备 × 8个功能 × 4KB）。
• Device << 15：每个设备占用32KB地址空间（8个功能 × 4KB）。
• Function << 12：每个功能占用4KB地址空间（标准256字节 + 扩展256字节）。

4.2.2 实现示例

在Linux内核中，ECAM访问通过ioremap映射物理地址后，直接使用指针访问：

#include <linux/io.h>
#include <linux/pci.h>

struct ecam_config {
    void __iomem *base;    /* 映射后的虚拟地址基址 */
    u32 segment;           /* PCIe段号 */
    u8 start_bus;          /* 起始总线号 */
    u8 end_bus;            /* 结束总线号 */
};

/* 计算ECAM映射地址 */
static inline void __iomem *
ecam_addr(struct ecam_config *cfg, u8 bus, u8 dev, u8 func, u16 offset)
{
    return cfg->base + ((bus - cfg->start_bus) << 20) |
                       (dev << 15) |
                       (func << 12) |
                       offset;
}

/* 通过ECAM读取配置空间 */
u32 ecam_read_dword(struct ecam_config *cfg, u8 bus, u8 dev, u8 func, u16 offset)
{
    void __iomem *addr = ecam_addr(cfg, bus, dev, func, offset);
    return readl(addr);
}

/* 通过ECAM写入配置空间 */
void ecam_write_dword(struct ecam_config *cfg, u8 bus, u8 dev, u8 func, u16 offset, u32 value)
{
    void __iomem *addr = ecam_addr(cfg, bus, dev, func, offset);
    writel(value, addr);
}

/* 初始化ECAM映射（通常在pci_host_bridge初始化时调用） */
int ecam_init(struct pci_config_window *cfg_win, struct resource *res)
{
    struct ecam_config *ecam;
    phys_addr_t phys_addr = res->start;

    ecam = kzalloc(sizeof(*ecam), GFP_KERNEL);
    if (!ecam)
        return -ENOMEM;

    ecam->base = ioremap(phys_addr, resource_size(res));
    if (!ecam->base) {
        kfree(ecam);
        return -ENOMEM;
    }

    ecam->start_bus = cfg_win->busr.start;
    ecam->end_bus   = cfg_win->busr.end;

    /* 保存到pci_host_bridge私有数据 */
    cfg_win->priv = ecam;
    return 0;
}

4.3 IO端口访问 vs ECAM：全面对比

4.4 两种机制的协同与选择策略

在实际的PCIe驱动开发中，两种机制并非互斥，而是根据系统状态和需求协同工作：

4.4.1 实际工程中的选择原则

1. 优先使用ECAM：现代系统（2008年以后的x86、所有ARM64、RISC-V）都支持ECAM。ECAM性能更好、功能更完整。
2. IO端口作为回退：在早期系统或虚拟机中，如果MCFG表缺失，必须使用IO端口机制进行基本枚举。
3. 混合使用：在枚举阶段，可以先使用IO端口读取Vendor ID/Device ID确认设备存在，然后切换到ECAM进行完整配置。
4. 扩展配置空间：访问PCIe扩展能力（如AER、DPC、SR-IOV）时，必须使用ECAM。

/* Linux内核PCI配置访问API（驱动开发者常用） */
int pci_read_config_byte(struct pci_dev *dev, int where, u8 *val);
int pci_read_config_word(struct pci_dev *dev, int where, u16 *val);
int pci_read_config_dword(struct pci_dev *dev, int where, u32 *val);

int pci_write_config_byte(struct pci_dev *dev, int where, u8 val);
int pci_write_config_word(struct pci_dev *dev, int where, u16 val);
int pci_write_config_dword(struct pci_dev *dev, int where, u32 val);

4.5 性能对比与实测数据

以下是在实际硬件上测得的两种机制的性能对比（测试平台：Intel Xeon E5-2680 v4，PCIe Gen3 x16）：

4.6 本章小结

• IO端口访问（0xCF8/0xCFC）是PCI时代的传统机制，兼容性好但性能较低，且无法访问扩展配置空间。
• ECAM是PCIe时代的标准机制，通过内存映射实现高性能、原子化的配置空间访问，支持完整的4KB配置空间。
• 选择策略：现代系统优先使用ECAM，旧系统或特殊场景回退到IO端口。Linux内核已封装统一的API，驱动开发者无需直接操作底层寄存器。
• 性能差异显著：ECAM在批量访问和完整枚举场景下性能提升可达6-9倍。