CVA6平台Linux内核初始化卡在random: crng init done问题排查

以下是针对该场景的可能故障原因及对应排查、修复方案：

1. 硬件熵源缺失导致CRNG初始化阻塞 #

Linux内核的CRNG（加密安全随机数生成器）初始化需要足够的熵源来生成加密安全的随机数。你的CVA6自定义硬件未集成SPI、以太网等可提供熵源的外设，且CVA6默认可能未搭载硬件随机数生成器（如RISC-V Zkr扩展或平台HWRNG设备），导致内核无法收集足够熵值，进而卡在CRNG初始化步骤。

解决/排查步骤：

• 调整内核配置：关闭CONFIG_HW_RANDOM选项，或启用CONFIG_RANDOM_TRUST_CPU（若CVA6支持CPU指令级随机源）；
• 调试阶段临时启用CONFIG_RANDOM_NONCE_FALLBACK，允许内核使用非加密安全的随机数继续启动（生产环境禁用）。

2. 内存布局与内核加载/执行地址不匹配 #

你通过GDB将uImage写入0xa0000000，但UIMAGE_LOAD_ADDRESS和UIMAGE_ENTRY_POINT设为0x80200000，需确认U-Boot的bootm命令是否正确完成uImage的解压与地址跳转，同时要验证目标地址是否在可用RAM范围内。

解决/排查步骤：

• 在U-Boot中执行bdinfo命令，确认0x80200000属于系统可用RAM区间；
• 修改bootm命令为bootm 0xa0000000 0x0 $(fdtcontroladdr)（无ramdisk场景），强制指定内核镜像位置；
• 用U-Boot的md 0xa0000000命令验证GDB写入的uImage头部是否正确，确保镜像未损坏。

3. 内核配置未适配CVA6特性 #

CVA6作为RISC-V开源核，需要特定内核配置支持其MMU、缓存、中断控制器（PLIC）等特性，若配置缺失，内核在CRNG之后的初始化步骤（如中断、内存管理）可能静默阻塞。

解决/排查步骤：

• 确保内核启用CONFIG_RISCV、CONFIG_PLIC、CONFIG_SMP（多核CVA6）等关键配置；
• 检查DTS文件，确认CPU节点、PLIC节点、内存节点的reg属性与硬件实际布局一致；
• 添加earlycon=sbi到内核启动参数，通过SBI控制台输出早期内核日志，定位CRNG之后的具体阻塞点。

4. FDT或启动参数配置错误 #

即使修改了fdt_high，若FDT中存在未禁用的无效外设节点（如SPI、以太网），或启动参数缺失必要的控制台配置，可能导致内核看似卡住（实际无输出或在初始化无效外设时阻塞）。

解决/排查步骤：

• 在U-Boot中设置bootargs为console=ttyS0,115200 earlycon=sbi（根据硬件串口配置调整），确保内核输出正常；
• 在U-Boot中执行fdt addr $(fdtcontroladdr)和fdt print，检查FDT中是否已正确禁用未使用的SPI、以太网节点；
• 验证FDT中的内存节点是否准确映射了硬件RAM的起始地址与大小。

内容的提问来源于stack exchange，提问作者Jim Andronikou