深度定制RK3568的u-boot：从menuconfig配置到设备树修改全解析

深度定制RK3568的u-boot：从menuconfig配置到设备树修改全解析

如果你正在RK3568平台上进行嵌入式开发，并且已经不再满足于简单地使用官方提供的预编译u-boot镜像，那么这篇文章就是为你准备的。深度定制u-boot不仅仅是修改几个配置选项那么简单，它涉及到对整个启动流程的深入理解、对硬件初始化的精确控制，以及对Rockchip特有编译机制的熟练掌握。无论是为了优化启动时间、适配特殊硬件，还是实现特定的安全启动方案，掌握u-boot的深度定制能力都是中高级嵌入式开发者的必备技能。

在实际项目中，我遇到过不少开发者，他们能够熟练地使用./make.sh脚本编译u-boot，但当需要关闭某个默认功能（比如Rockchip特有的rkimg镜像支持）或者修改设备树以适配自定义硬件时，却往往感到无从下手。这背后的原因在于，RK平台的u-boot虽然基于主线u-boot，但Rockchip为其添加了大量的定制化代码和一套独特的编译打包机制。如果不理解这套机制，就很难进行有效的定制。

本文将带你深入RK3568 u-boot的定制世界，从最基础的menuconfig配置修改，到设备树文件的调整对硬件初始化的影响，再到如何利用Rockchip的make.sh脚本机制，并最终将你的自定义配置固化下来。我会分享一些在实际项目中积累的经验和技巧，帮助你避开常见的陷阱，真正掌握RK3568 u-boot的深度定制能力。

1. 理解RK3568 u-boot的独特架构与编译生态

在开始动手修改之前，我们首先要理解RK3568 u-boot与标准u-boot的不同之处。Rockchip对u-boot的修改不仅仅是添加了一些驱动支持，而是构建了一套完整的、针对自家芯片优化的启动框架。

1.1 Rockchip u-boot的双仓库结构

与主线u-boot不同，Rockchip的u-boot实现依赖于两个独立的代码仓库：

• u-boot主仓库：包含u-boot的核心代码和Rockchip的特定修改
• rkbin仓库：包含Rockchip的闭源二进制文件，如DDR初始化代码、TrustZone固件等

这两个仓库必须保持特定的目录结构关系才能正常编译。通常，它们应该位于同一级目录下：

~/rk3568_work/
├── u-boot/          # u-boot主代码
└── rkbin/           # Rockchip二进制仓库

这种分离的设计意味着，即使你完全掌握了u-boot的源代码修改，如果没有正确的rkbin文件，也无法生成可用的启动镜像。在实际项目中，确保这两个仓库的版本匹配至关重要。我遇到过因为rkbin版本不匹配导致系统无法启动的情况，调试起来相当耗时。

1.2 编译脚本的封装：make.sh的作用

Rockchip没有直接使用标准的u-boot编译流程（如make <defconfig>后接make），而是提供了一个封装脚本make.sh。这个脚本做了以下几件重要的事情：

1. 自动设置编译环境：包括架构、交叉编译工具链等
2. 处理rkbin依赖：自动查找并集成必要的二进制文件
3. 生成复合镜像：将SPL、u-boot proper、ATF等打包成最终的uboot.img
4. 提供便捷参数：如--spl选项用于生成单独的SPL加载器

查看make.sh脚本的开头部分，可以看到它如何设置关键变量：

#!/bin/bash

# 设置默认的编译选项
BOARD_CONFIG="rk3568"
TOOLCHAIN="aarch64-linux-gnu-"
ARCH="arm"

# 检查并应用板级配置
if [ -f configs/${BOARD_CONFIG}_defconfig ]; then
    echo "Using config: ${BOARD_CONFIG}_defconfig"
    make ${BOARD_CONFIG}_defconfig
fi

理解这个脚本的工作机制，对于后续的定制工作非常重要。当你需要修改编译行为时，可能需要直接编辑这个脚本，或者创建自己的编译脚本。

1.3 配置系统的多层结构

RK3568 u-boot的配置系统比看起来更复杂。除了标准的Kconfig系统外，Rockchip还添加了一些板级特定的配置机制：

这种多层结构的好处是清晰分离了不同层次的配置，但同时也增加了理解的复杂度。在实际操作中，我们通常只需要关注板级配置和通过menuconfig进行的用户配置。

2. 深入menuconfig：不仅仅是打开关闭选项

使用make menuconfig进行配置是u-boot定制的基础，但很多开发者只是用它来打开或关闭某些功能，实际上menuconfig能做的远不止这些。

2.1 配置系统的实际工作流程

当你执行make menuconfig时，背后发生了一系列复杂的过程：

# 应用默认配置
make rk3568_defconfig

# 启动配置界面
make menuconfig

# 配置完成后保存到.config
# 注意：这不会修改defconfig文件！

# 将当前配置保存为defconfig格式
make savedefconfig

# 覆盖原有的板级配置
cp defconfig configs/rk3568_defconfig

这个流程中有一个关键点容易被忽略：menuconfig修改的是当前目录下的.config文件，而不是原始的defconfig文件。如果你只做了前两步，那么下次重新编译时，你的修改就会丢失。

2.2 关键配置项的实际意义

在RK3568的u-boot配置中，有一些选项对系统行为有重大影响。以下是一些需要特别注意的配置：

存储相关配置：

# 关闭Rockchip特有的rkimg格式支持
# 这在某些自定义存储方案中可能需要
CONFIG_ROCKCHIP_RKIMG=n

# 启用标准的GPT分区表支持
CONFIG_PARTITION_TYPE_GUID=y
CONFIG_EFI_PARTITION=y

# MMC/SD卡支持
CONFIG_MMC=y
CONFIG_MMC_DW=y
CONFIG_MMC_DW_ROCKCHIP=y
CONFIG_SUPPORT_EMMC_BOOT=y

调试与开发配置：

# 启用更详细的启动日志
CONFIG_LOG=y
CONFIG_LOGLEVEL=6  # 0-7，数字越大越详细

# 启用设备树调试信息
CONFIG_OF_LIBFDT_OVERLAY=y

# 保留早期调试串口
CONFIG_DEBUG_UART=y
CONFIG_DEBUG_UART_BASE=0xFF690000  # UART2基地址
CONFIG_DEBUG_UART_CLOCK=24000000

注意：调试日志虽然有用，但会增加u-boot的大小并影响启动速度。在生产版本中应该适当减少日志级别