基于RK3588的嵌入式Linux系统开发（四）——uboot镜像文件合成实战指南

1. 从零开始：为什么你的uboot镜像不能直接烧录？

很多刚接触RK3588开发的朋友，包括我自己刚开始的时候，都踩过这样一个坑：费了九牛二虎之力，终于把uboot源码编译通过了，生成了一个看起来像模像样的 u-boot.bin 文件。兴冲冲地拿起烧录工具，选好这个文件，点击“下载”，结果板子要么毫无反应，要么直接卡死在启动的第一阶段。我当时也是一头雾水，反复检查编译选项，甚至怀疑是不是板子坏了。后来才明白，问题就出在这个“裸”的uboot二进制文件上。

对于RK3588这样复杂的多核异构处理器来说，它的启动流程是一个“接力赛”，而不是“单人赛跑”。处理器上电后，最先运行的并不是我们编写的uboot，而是一段固化在芯片内部的ROM代码，我们称之为BootROM。这段代码会去加载下一棒的选手——通常是负责初始化DDR内存的Loader。等DDR内存能用了，才会把更重量级的选手，比如Arm Trusted Firmware（ATF）和我们的uboot，搬运到内存里继续执行。所以，我们编译出来的 u-boot.bin，只是这个接力赛中的最后一棒，它自己没法独立完成从芯片上电到初始化硬件的全部工作。

Rockchip官方出于知识产权和安全考虑，并没有将前面几棒选手（如DDR初始化代码、安全固件BL31）的源代码全部开放。这些关键的二进制文件，被封装在了一个叫做 rkbin 的官方资源包里。我们的任务，就是扮演“赛事组织者”，把这些来自不同地方的“运动员”——官方的DDR bin、BL31 bin，和我们自己编译的uboot bin——按照正确的顺序和格式，打包成一个完整的、板卡能够识别的 uboot.img 镜像文件。这个过程，就是我们今天要深入探讨的“镜像文件合成”。听起来有点复杂，但别担心，跟着我一步步操作，你会发现它其实就像搭积木一样，有固定的步骤和明确的规则。

2. 获取“官方积木”：rkbin文件包详解与下载

既然合成需要官方的二进制文件，那我们的第一步就是去找到它们。这些文件都存放在Rockchip官方维护的GitHub仓库里，仓库名就叫 rkbin。你可以把它理解为一个“官方零件库”，里面不仅有RK3588需要的，还有其他Rockchip芯片系列的各种固件和工具。

2.1 获取rkbin仓库

打开你的Ubuntu开发机终端，找一个你习惯的工作目录，比如 ~/work/rk3588。然后执行下面的克隆命令：

cd ~/work/rk3588
git clone https://github.com/rockchip-linux/rkbin.git

这个命令会从GitHub上把整个rkbin仓库拉取到本地。网络通畅的话，一会儿就下载完了。下载完成后，你会得到一个 rkbin 文件夹。进去看看它的结构，对我们后续操作很有帮助：

ls -la rkbin/

你会看到很多子目录，其中对我们最重要的几个是：

• bin/： 这里存放着编译好的、可直接使用的二进制文件。按芯片系列分文件夹，比如 rk35/ 就是给我们RK3588用的。
• tools/： 存放了Rockchip自家开发的工具，比如我们等下合成镜像要用到的 loaderimage 和 trust_merger 工具。
• RKBOOT/, RKTRUST/： 这里存放的是配置文件，定义了如何组合不同的二进制文件来生成最终的Loader和Trust镜像。

2.2 关键文件寻宝

现在，我们像寻宝一样，找出RK3588合成uboot镜像所必需的文件。请进入对应的目录查看：

1. DDR初始化固件： 这个文件负责在uboot运行前，把板子上的DDR内存初始化好。没有它，后续所有代码都没地方运行。

   ls rkbin/bin/rk35/rk3588