遇到 PCI 资源分配问题 17.10 内核 4.13.0-16-generic 64bit

Question

秘诀是让 hpmemsize 变得很大 - 但问题是当它变得太大时（根据我的经验，>128MB），它会从根窗口中清除 32 位内存，留下一个起始值高于结束值的范围。事实证明，内存资源必须从父桥继承（而不是完全随机分配），因此例如托管 Thunderbolt 的根端口应该在其下拥有大量内存 - 在我使用 Dell 9370 上的 JHL6540 的情况下，它是 737MB（32 位）和 1184M（64 位可预取）。使用“sudo lspci -vvvv”或类似命令。

如果无法分配主 BAR0 (256MB)，我的外部显卡就会拒绝 - 但除非我修补内核，否则我无法使 hpmemsize 足够大，否则 32 位资源就会消失。在某些情况下，amdgpu 驱动程序无法检查 BAR 是否已失败，并从内核请求基地址为 0x0 且大小为 0x0 的资源 - 因此触发错误检测，并且基本上需要重新启动才能使系统再次完全可用。

如果您现在仍遇到此问题，请尝试 Linux 4.20-rc3（或至少 4.19 内核），并尝试增加 hpmemsize 并观察 lspci 中发生的情况。无论如何，我很快就从学期中解脱出来，我将尝试提交我的内核补丁，以解决这一问题。

PS：除非您还有 pci=assign-busses，否则 pci=hpbussize=N 无效 - 并且除非您拥有新的 Thunderbolt 3 Titan Ridge (2018) 控制器，否则这会破坏 Thunderbolt。

我甚至不完全确定其他人在没有 pci=assign-busses 的情况下会做很多事情 - 尽管我从未测试过它，所以不要相信我的话。

另外，请记住 pci=hpiosize 存在（默认为 256 字节）。pci=hpbussize 默认为 1，pci=hpmemsize 默认为 2MB。

Answer 1

秘诀是让 hpmemsize 变得很大 - 但问题是当它变得太大时（根据我的经验，>128MB），它会从根窗口中清除 32 位内存，留下一个起始值高于结束值的范围。事实证明，内存资源必须从父桥继承（而不是完全随机分配），因此例如托管 Thunderbolt 的根端口应该在其下拥有大量内存 - 在我使用 Dell 9370 上的 JHL6540 的情况下，它是 737MB（32 位）和 1184M（64 位可预取）。使用“sudo lspci -vvvv”或类似命令。