根本原因是主板bios硬编码pcie bar空间分配策略与显卡需求冲突，导致内核无法预留足够连续i/o地址；可通过dmesg和lspci确认冲突，禁用above 4g decoding后验证；解决方法包括内核参数memmap锁定高端内存、pci=noacpi+realloc强制重分配，或bios启用above 4g decoding与resizable bar支持。
显卡在系统内核启动自检阶段报出I/O资源错误，根本原因是主板BIOS固件中硬编码的PCIe BAR空间分配策略与显卡实际需求发生冲突，导致内核无法为设备预留足够且连续的内存映射I/O地址范围，典型表现为dmesg中出现“BAR 0: no space for [mem size 0x…]”或“cannot reserve BAR”字样。
确认冲突来源是BIOS硬编码而非动态分配失败
进入系统后立即执行dmesg | grep -i "pci\|bar"，重点观察错误行是否包含pci 0000:xx:xx.x: BAR x: failed to assign且紧随其后出现no space for [mem size——这说明内核已尝试分配但被底层地址窗口拒绝，而非驱动加载失败。
运行lspci -vv -s $(lspci | grep VGA | cut -d' ' -f1)，查看该显卡的Region 0描述中“size”值（如size=32G），再对比cat /proc/meminfo | grep -i "memtotal\|memavailable"输出；若显卡所需BAR大小远超可用高端内存（如请求32G但系统仅报告24G MemTotal），基本可排除内核内存不足，指向BIOS预设窗口过小。
【关键前提】此判断必须在未启用Above 4G Decoding时进行，否则会掩盖真实限制。若已开启该选项，需先进入BIOS关闭它再重测。
强制绕过BIOS硬编码BAR窗口的内核级干预
方法一：用memmap参数锁定高端地址空间，防止内核误占
编辑/etc/default/grub，在GRUB_CMDLINE_LINUX_DEFAULT引号内追加memmap=32G$0x100000000（数值按显卡实际BAR size向上取整，起始地址必须是2^n对齐）。
执行sudo update-grub && sudo reboot，重启后检查dmesg | grep -A2 "prefetchable memory"是否显示新窗口已被识别并用于BAR分配。
方法二：禁用BIOS默认分配，交由内核全权接管
在相同GRUB配置行中添加pci=noacpi pci=realloc，其中pci=noacpi强制忽略ACPI _CRS表中硬编码的资源声明，pci=realloc触发内核在初始化末期重新扫描并分配所有PCI资源。
【不可逆操作】添加pci=noacpi会导致部分板载设备（如集成声卡、USB控制器）丢失ACPI电源管理能力，仅适用于PCIe独显主导的计算节点。
BIOS层面永久解除硬编码限制
第一步：重启进BIOS/UEFI，定位到Advanced → PCI Subsystem Settings或Chipset → North Bridge Configuration
第二步：找到Above 4G Decoding选项，将其从Disabled改为Enabled——此开关本质是放开Host Bridge对>4GB地址空间的封锁，让BIOS不再将BAR窗口硬限在32位范围内。
第三步：查找Resizable BAR Support或Above 4G MMIO BIOS allocation，设为Enabled；该功能允许BIOS在POST阶段动态协商BAR尺寸，而非使用固定值。
第四步：若主板支持PCIe Resizable BAR（如Intel 500系列芯片组或AMD 500/600系列），务必同时在显卡UEFI固件中启用Resizable BAR（NVIDIA需GeForce驱动R515+，AMD需Adrenalin 22.5.1+）。
保存设置并退出，此时无需修改内核参数，系统将自动采用新策略完成BAR分配。
