寻求树莓派CM4下UBoot访问NVME硬盘的可用配置方案

我之前在树莓派CM4上折腾Uboot+NVMe的时候也碰到过几乎一样的问题，结合自己的排查经验和社区案例，给你几个可行的解决方向：

1. 检查PCIe链路稳定性与供电 #

• PCIe时钟配置：CM4的PCIe控制器默认可能没有强制开启稳定的时钟输出，金士顿A2000对PCIe链路的稳定性要求较高。你可以尝试在Uboot配置中启用CONFIG_RPI_PCIE_CLOCK_REQUIRED=y，重新编译后再测试。
• 供电保障：很多廉价NVMe扩展板的供电设计不足，会导致SSD初始化阶段因供电不足超时。建议更换带独立供电的扩展板，同时确保CM4的电源模块能提供5V 3A及以上的稳定电流。

2. 调整NVMe超时参数 #

金士顿A2000的初始化流程比普通SSD更长，Uboot默认的超时时间可能不够：

• 临时验证：在Uboot命令行执行以下命令后再扫描NVMe：

  setenv nvme_timeout 20000
  nvme scan
  

• 永久生效：如果临时验证有效，在Uboot配置中修改CONFIG_NVME_TIMEOUT=20000（单位为毫秒），重新编译Uboot。

3. 确认Uboot关键配置项是否开启 #

nvme_uclass_post_probe()未被调用通常是因为块设备相关的配置没开启，检查你的Uboot配置是否包含：

• CONFIG_BLK=y
• CONFIG_NVME_BLK=y
• CONFIG_PCI=y和CONFIG_PCI_E1000=y（确保PCIe驱动正常加载）

另外，日志中显示的BAR地址0xc0000000可能和CM4的内存空间存在冲突，可以尝试调整PCIe内存区域配置，比如修改CONFIG_PCI_MEMORY_BUS或CONFIG_PCI_MEMORY_PHYS参数，避免和其他设备的内存区域重叠。

4. 尝试降级SSD固件（最后手段） #

虽然你使用了最新的固件版本，但部分新固件可能和Uboot的NVMe驱动存在兼容性问题。可以尝试将金士顿A2000的固件降级到旧版本（比如S5Z41102），不少用户反馈降级后Uboot能正常识别SSD。

验证步骤 #

在Uboot命令行先执行以下命令排查基础状态：

pci enum  # 确认PCIe设备链路是否Up
nvme info # 尝试获取SSD基本信息，观察是否还会超时

内容的提问来源于stack exchange，提问作者Daniel P.