043、PCIE BAR大小探测：一次真实的硬件调试历险-编程实验室

043、PCIE BAR大小探测：一次真实的硬件调试历险

最近在调试一块自研的PCIe采集卡时遇到了诡异现象：Linux系统能识别到设备，但加载驱动后一访问BAR空间就触发系统异常复位。用lspci查看设备信息，BAR0显示为0xffffffff——这个值本身就暗示了问题所在。

BAR寄存器的那点秘密

PCIe设备的每个BAR（Base Address Register）在硬件设计时就有固定大小，但上电初期BAR里存放的并不是实际地址，而是某种“特征值”。以32位BAR为例，硬件实现时会把所有可写的低位设为0，只读的高位设为1。比如一个128KB的BAR空间，上电后BAR寄存器会显示0xffff8000（低17位为0）。

操作系统在枚举PCIe设备时，会执行标准的BAR大小探测流程：先保存BAR原始值，向寄存器写入全1，再读回数值。通过分析哪些位被硬件锁定为0，就能反向推算出BAR所需的内存空间大小。

// 伪代码演示探测过程（实际在内核pci_read_base函数中实现）uint32_torig=readl(bar_reg);// 保存原始值writel(0xffffffff,bar_reg);// 写入全1uint32_tprobe=readl(bar_reg);// 读回writel(orig,bar_reg);// 恢复原值// 关键计算：找出最低位的1size=probe&~(probe-1);// 提取最低位1size=~(size-1);// 得到掩码size&=0xfffffff0;// 对齐到16字节边界// 这里有个坑：别忘了BAR的bit0-3是特殊标志位

调试现场还原

回到我的故障板卡，用PCIe分析仪抓包发现，主机发送配置写操作（Type 0，地址0x10写0xffffffff）后，设备虽然回了Completion，但读回的值却是0x0000ffff。这意味着硬件只把低16位设为了可写——设备声称自己只需要64KB空间。

但问题来了：我们的FPGA逻辑明明映射了256KB的寄存器空间。检查RTL代码发现问题所在：

// 错误的实现示例 always @(posedge clk) begin if (cfg_write && cfg_addr[7:2] == BAR0_INDEX) begin bar0[31:0] <= cfg_data[31:0]; // 全32位都可写！ end end // 应该这样实现 always @(posedge clk) begin if (cfg_write && cfg_addr[7:2] == BAR0_INDEX) begin // 只允许写低18位（256KB对齐要求） bar0[17:0] <= cfg_data[17:0]; // 高14位保持为1（只读） end end

更糟糕的是，当驱动尝试访问0x10000之后的偏移地址时，由于硬件没实现这些地址的解码，设备直接返回UR（Unsupported Request），导致上游RC触发SERR系统错误。

不同类型BAR的探测差异

64位BAR的探测要复杂些，需要连续操作两个32位寄存器。遇到过一种硬件bug：设备声明支持64位BAR，但在写高32位时却影响了低32位的值。这种不符合规范的实现会让内核的pci_assign_resource()直接失败。

// 64位BAR探测时内核的实际操作// 第一步：先写低32位为全1writel(0xffffffff,bar_reg);probe_lo=readl(bar_reg);// 第二步：写高32位为全1writel(0xffffffff,bar_reg+4);probe_hi=readl(bar_reg+4);// 这里踩过坑：有些桥片要求必须按顺序操作// 如果先操作高32位，可能触发设备异常

Prefetchable属性的BAR还有额外要求：支持写合并的设备，其BAR的读回值中，可写位可能不连续。内核代码里有个经典判断：if (size & (size-1))用来检测是否是2的幂次方，不是的话就按non-prefetchable处理。

嵌入式场景的特殊情况

在嵌入式系统里，我们有时需要绕过操作系统直接配置PCIe。有一次在Zynq MPSoC上，我们在PL端实现了PCIe EP，但PS端的BSP代码默认只探测一次BAR。后来发现设备热复位后，BAR的值没被正确恢复，导致DMA传输错位。

解决方案是在设备初始化序列中手动执行探测：

// 嵌入式裸机环境下的BAR探测函数staticuint32_tprobe_bar_size(void*bar_virt){volatileuint32_t*bar=(uint32_t*)bar_virt;uint32_torig=*bar;*bar=0xffffffff;__sync_synchronize();// 内存屏障很重要！uint32_tsize=*bar;*bar=orig;// 一定要恢复原值return(~(size&0xfffffff0))+1;}// 注意：这段代码假设BAR已经是memory空间地址// 配置空间访问需要不同的方法