Linux内核从4.19升级到5.15后pcibios_window_alignment()函数未按预期工作

云上老周

2026-4-8

兄弟，我之前刚好帮别人排查过内核从4.19升到5.15时，PCI资源对齐失效的类似问题，咱们一步步拆解下可能的原因和解决办法：

首先得明确，5.15内核对PCI资源分配的逻辑做了不少调整，pcibios_window_alignment()这个函数的调用时机和生效范围跟4.19比变化挺大的。

调用场景变窄：4.19里这个函数基本全局影响所有PCI总线的窗口分配，但5.15里内核优化了资源分配逻辑，只有当PCI桥的默认资源分配无法满足需求时，才会触发这个自定义对齐函数。如果你的热插拔设备对应的桥本身有足够的默认对齐资源，函数可能根本没被调用到。
参数或返回值含义调整：5.15里这个函数的参数（比如传入的PCI总线、资源类型）判断逻辑有变化，之前只要返回对齐大小就行，现在得结合资源的IORESOURCE_PREFETCH标记针对性返回，不然会被内核默认逻辑覆盖。
内核配置选项差异：升级内核时如果没同步原有的PCI热插拔相关配置，比如CONFIG_PCI_HOTPLUG_PCIE或者CONFIG_PCI_REALLOC_ENABLE这类选项没打开，也会导致自定义对齐逻辑不生效。

核对函数调用逻辑
先去5.15内核源码里搜pcibios_window_alignment()的调用位置，对比4.19的源码你会发现：5.15里它只在pci_bus_alloc_resource()的特定分支里被调用，还增加了pci_needs_fixed_alignment()的前置判断。所以你需要在自己的函数里，明确加上对热插拔设备和预取内存的判断：
```
unsigned long pcibios_window_alignment(struct pci_bus *bus,
                                      unsigned long type, unsigned long size)
{
    // 针对热插拔设备的预取内存资源，返回128MB对齐
    if ((type & IORESOURCE_PREFETCH) && is_hotplug_bus(bus)) {
        return 0x8000000;
    }
    // 其他情况返回内核默认对齐大小
    return pcibios_default_alignment(bus, type, size);
}
```
这里的is_hotplug_bus()需要你根据硬件场景实现，比如判断总线flags里的热插拔标记，或者总线父设备是否为热插拔控制器。
检查内核配置
确保内核配置里打开了这些选项：
- CONFIG_PCI_HOTPLUG：基础PCI热插拔支持
- CONFIG_PCI_REALLOC_ENABLE：允许PCI资源重新分配
- 如果是PCIe热插拔设备，还要打开CONFIG_PCI_HOTPLUG_PCIE
验证效果
编译修改后的内核，启动后执行以下命令查看热插拔设备的资源分配：
```
cat /proc/iomem | grep -i prefetch
```
看看对应的资源段起始地址是不是128MB（0x8000000）的整数倍。

内容来源于stack exchange