RK3568盒子启动卡在U-Boot，无法进入系统怎么办？

Question

RK3568盒子启动卡在U-Boot（如停在“Hit any key to stop autoboot”或无响应界面），常见原因包括：① eMMC/SD卡启动介质损坏或固件异常（如uboot、trust、boot.img烧写错误或版本不匹配）；② 设备树（dtb）与硬件不兼容（如LVDS/HDMI屏参数错配导致early console挂起）；③ 启动参数（bootargs）配置错误，如root=设备路径不存在或ro/rw冲突；④ 电源或DDR初始化失败（多见于非官方底板或低压供电不足）；⑤ Secure Boot启用但签名不合法。排查建议：先短接串口（UART0）查看U-Boot打印日志，确认卡点（如hang在“Starting kernel ...”前则问题在U-Boot阶段，之后则属kernel加载失败）；使用`printenv`检查bootcmd/bootargs；尝试`run bootcmd_mmc0`手动启动验证存储可读性；必要时通过MaskROM模式（短接efuse引脚+USB烧录）强制重刷全分区镜像。切勿跳过签名验证或混用不同SDK版本的固件组件。

Answer 1

```html

一、现象层：串口日志诊断——定位卡死阶段

首要动作是接入UART0（通常为板载DEBUG串口，TTL电平，115200-8-N-1），使用minicom或screen /dev/ttyUSB0 115200捕获启动流。关键观察点：
• 若日志停在"Hit any key to stop autoboot"且无后续输出 → U-Boot主循环未触发或中断响应异常；
• 若日志止于"MMC: mmc@fe320000"或"dwmmc@fe320000: 0" → eMMC/SD控制器初始化失败；
• 若出现"Failed to initialize DDR"或"DRAM init failed" → DDR PHY/Training失败，属硬件级启动屏障。

二、固件层：镜像完整性与版本对齐验证

组件	校验方式	高危混用场景
u-boot.bin	md5sum u-boot.bin vs SDK发布包哈希	RK3568B vs RK3568A芯片混烧u-boot（PLL/DDR配置差异）
trust.img	hexdump -C trust.img | head -n 4 查看magic（0x46524F4D=“FROM”）	Android 12 SDK的trust.img用于Android 11内核（ATF版本不兼容）
boot.img	mkbootimg --info boot.img 核对kernel cmdline与dtb兼容性	使用rk3566 dtb启动rk3568设备（PCIe/USB3.0节点缺失导致earlycon挂起）

三、硬件抽象层：设备树（DTB）精准适配

LVDS/HDMI屏参数错配是高频“黑屏卡U-Boot”诱因。典型错误包括：
• /chosen/stdout-path = "serial0:115200n8" 指向不存在的serial节点；
• <lvds-panel> 中clock-frequency超出PHY支持范围（如设为154MHz但实际仅支持138MHz）；
• display-subsystem 下ports连接关系断裂（port@0未指向panel@0）。
解决方案：使用dtc -I dtb -O dts -o debug.dts rk3568-xxx.dtb反编译比对官方参考板DTB，重点核查/soc/serial@fe660000和/display-subsystem节点。

四、启动逻辑层：bootargs与bootcmd深度审计

=> printenv bootargs
bootargs=console=ttyS2,115200n8 earlycon=uart8250,mmio32,0xfe660000 rw root=/dev/mmcblk1p7 rootwait init=/init

=> printenv bootcmd_mmc0
bootcmd_mmc0=if load mmc 0:7 ${loadaddr} boot/Image; then if load mmc 0:7 ${fdt_addr_r} boot/rk3568-xxx.dtb; then booti ${loadaddr} ${fdt_addr_r} ${ramdisk_addr_r}; fi; fi

常见陷阱：
✓ root=/dev/mmcblk1p7 但实际分区表中该分区不存在（fdisk -l /dev/mmcblk1验证）；
✓ earlycon 地址与设备树中serial@fe660000物理地址不一致；
✓ init=/init 路径在initramfs中缺失（需检查cpio内容：lsinitrd initramfs.cgz | grep init）。

五、底层硬件层：电源域与DDR训练故障排查

graph TD
    A[上电] --> B{PMIC电压检测}
    B -->|VDD_LOGIC=0.8V OK| C[PLL锁定]
    B -->|VDD_LOGIC<0.75V| D[DDR PHY Training Fail]
    C --> E[DDR Controller Init]
    E -->|Training Pattern Mismatch| F[Hang at “DRAM: 2 GiB”]
    E -->|Success| G[Load u-boot from eMMC]

非官方底板常见问题：
• PMIC（RK806/RK805）VDD_LOGIC 输出纹波＞50mV → DDR时序抖动；
• DDR CLK走线长度偏差＞50mil → PHY Training超时（日志显示"ddr_training: timeout"）；
• 使用rkbin/tools/upgrade_tool读取DDR寄存器：upgrade_tool rd 0x00000000 0x100 检查0x100处PHY状态码（0x12=training pass, 0x00=fail）。

六、安全机制层：Secure Boot签名链完整性验证

当efuse中SECURE_BOOT_ENABLE=1时，U-Boot会逐级验证：
① SPL → ② u-boot.bin → ③ trust.img → ④ boot.img（kernel+dtb）
验证失败表现："Secure boot: signature verify fail" 或静默卡死（无打印）。
关键操作：
• 用rkdeveloptool db rk3568_loader_v1.24.114.bin 进入MaskROM模式绕过efuse锁；
• 烧录前必须使用rkbin/tools/mkimage 重签名：./mkimage -T rksig -n "rk3568" -K ./keys/public.key -r u-boot.bin u-boot_signed.bin；
• 切勿将SDK v1.23的public.key用于v1.24镜像（密钥哈希不匹配）。

```