2. BAR空间初始化流程：BIOS/UEFI枚举、操作系统资源分配、驱动Claim设备

BAR（Base Address Register）空间的初始化是PCIe设备从上电到可用的关键链路。整个流程分为三个阶段：BIOS/UEFI枚举、操作系统资源分配、驱动Claim设备。任何一个阶段出错，都会导致BAR空间无法正确映射，进而引发驱动加载失败或设备不可用。

2.1 阶段一：BIOS/UEFI枚举与资源收集

系统上电后，BIOS或UEFI固件首先对PCIe总线进行深度优先遍历（DFS），识别所有PCIe设备及其功能（Function）。对于每个发现的Function，固件执行以下操作：

1. 读取配置空间Header： 获取Vendor ID、Device ID、Class Code，确认设备类型。
2. 读取BAR寄存器初始值： 此时BAR中存放的是设备请求的地址空间大小（通过向BAR写全1再读回的方式获取）。
3. 分配临时地址： 固件根据设备请求的大小，在系统物理地址空间中分配一段连续的地址区域，并写入BAR寄存器。
4. 使能Memory/IO空间： 设置Command寄存器中的Memory Space Enable（位1）或I/O Space Enable（位0）位。

以下SVG图展示了BIOS枚举阶段的核心流程：

2.2 阶段二：操作系统资源分配

操作系统接管系统控制权后，会执行以下步骤重新分配BAR空间：

• 读取ACPI/EFI内存映射表： 获取系统物理地址空间中哪些区域已被占用（如系统RAM、MMIO预留区域）。
• 遍历PCIe设备树： OS内核（如Linux的PCI子系统）重新枚举所有设备，读取每个设备的BAR大小。
• 执行地址分配算法： 从高地址向低地址（或根据架构策略）分配连续的、对齐的地址区域。分配时需考虑：
  • 64-bit BAR需要分配在64-bit地址空间（高于4GB）。
  • Prefetchable BAR与非Prefetchable BAR分开管理。
  • Bridge设备需要为其下游子树预留足够的地址窗口。
• 写入最终地址： 将计算出的基地址写入每个设备的BAR寄存器。

下表对比了BIOS与OS在BAR分配上的关键差异：

以下SVG图展示了OS内核的BAR资源分配决策流程：

2.3 阶段三：驱动Claim设备与BAR验证

驱动加载时，会执行“Claim设备”操作，即通过匹配Vendor ID、Device ID、Subsystem ID等标识，确认该设备由本驱动管理。Claim成功后，驱动需要：

1. 读取BAR寄存器： 获取OS已分配好的基地址。
2. 验证BAR有效性： 检查地址是否在预期的地址范围内，是否对齐，是否使能。
3. ioremap映射： 将物理地址转换为内核虚拟地址，以便CPU访问。
4. 读写测试： 对BAR空间进行简单的读-写-读验证，确认硬件响应正常。

以下代码片段展示了Linux驱动中典型的BAR Claim与验证流程：

/* Linux PCI驱动 - BAR Claim与验证示例 */
static int my_pci_probe(struct pci_dev *pdev, const struct pci_device_id *ent)
{
    int ret;
    struct my_dev *dev;
    unsigned long bar_start, bar_len;
    void __iomem *bar_virt;

    /* 1. 使能PCI设备 */
    ret = pci_enable_device(pdev);
    if (ret) {
        dev_err(&pdev->dev, "pci_enable_device failed: %d\n", ret);
        return ret;
    }

    /* 2. Claim设备（通过pci_dev_get隐含Claim） */
    pci_set_master(pdev);

    /* 3. 读取BAR0基地址和长度 */
    bar_start = pci_resource_start(pdev, 0);
    bar_len   = pci_resource_len(pdev, 0);

    if (!bar_start || !bar_len) {
        dev_err(&pdev->dev, "BAR0 not allocated!\n");
        ret = -ENOMEM;
        goto err_disable;
    }

    /* 4. 验证对齐（BAR必须按大小对齐） */
    if (bar_start & (bar_len - 1)) {
        dev_err(&pdev->dev, "BAR0 misaligned: start=0x%lx, len=%lu\n",
                bar_start, bar_len);
        ret = -EIO;
        goto err_disable;
    }

    /* 5. ioremap映射 */
    bar_virt = pci_iomap(pdev, 0, bar_len);
    if (!bar_virt) {
        dev_err(&pdev->dev, "pci_iomap failed\n");
        ret = -ENOMEM;
        goto err_disable;
    }

    /* 6. 读写验证（读BAR0前4字节，写回再读） */
    {
        u32 val = ioread32(bar_virt);
        iowrite32(val, bar_virt);
        if (ioread32(bar_virt) != val) {
            dev_err(&pdev->dev, "BAR0 readback mismatch!\n");
            ret = -EIO;
            goto err_iounmap;
        }
    }

    dev_info(&pdev->dev, "BAR0 claimed: phys=0x%lx, virt=0x%p, len=%lu\n",
             bar_start, bar_virt, bar_len);
    return 0;

err_iounmap:
    pci_iounmap(pdev, bar_virt);
err_disable:
    pci_disable_device(pdev);
    return ret;
}

2.4 三阶段协同与常见错误码映射

下表总结了三个阶段的典型错误码及其含义，帮助开发者快速定位问题阶段：

以下SVG图展示了三阶段协同工作的整体视图：