PowerPC片上ROM启动：从SD卡/EEPROM引导U-Boot的完整指南

1. 项目概述与核心价值

在嵌入式系统开发，尤其是基于PowerPC架构的处理器（如Freescale/NXP的MPC85xx/P1xxx系列）进行产品设计时，我们常常面临一个基础但关键的抉择：系统从哪里启动？传统的NOR Flash启动方案虽然稳定，但成本较高，且一旦焊接便难以更新。当我们需要设计一个支持现场升级、成本敏感或需要从可移动介质启动的设备时，片上ROM启动机制就成为了一个极具吸引力的选择。

片上ROM启动，本质上是一种“二级引导”机制。处理器上电后，首先执行固化在芯片内部ROM中的一小段引导代码（BootROM）。这段代码内置了基础的eSDHC（增强型SD主机控制器）和eSPI（增强型串行外设接口）驱动程序。它的任务非常明确：从指定的外部存储介质（SD卡或SPI EEPROM）中读取我们预先准备好的配置文件和U-Boot镜像，将其搬运到系统的临时内存（如DDR SDRAM或L2缓存）中，然后跳转执行。这样一来，我们就把复杂的硬件初始化和引导逻辑，从昂贵且不易更改的NOR Flash，转移到了成本低廉、易于更换的SD卡或EEPROM上。

这套方案的核心价值在于灵活性和可维护性。想象一下，你的设备部署在野外，需要更新内核或修复引导程序bug。如果是NOR Flash启动，你可能需要拆机、动用昂贵的编程器。而采用SD卡启动，你只需要准备一张写好新镜像的SD卡，插上重启即可。对于EEPROM启动，虽然需要一点焊接功夫，但其成本远低于大容量的NOR Flash，且同样支持在系统运行后通过软件重新烧录。本文将深入拆解这一过程的每一个技术细节，从原理到实操，手把手带你完成从零构建一个可用的SD卡或EEPROM启动镜像。无论你是正在评估方案选型的系统架构师，还是需要具体实现的一线工程师，这篇文章都将提供可直接“抄作业”的完整指南。

2. 启动机制深度解析：ROM代码做了什么？

要玩转片上ROM启动，首先必须透彻理解芯片上电后那几微秒内发生的事情。这不是魔法，而是一系列精密、确定的硬件操作序列。

2.1 启动流程全景图

当处理器复位引脚释放后，硬件逻辑会根据特定的管脚配置（通常是通过上拉/下拉电阻设置的POR Config）决定启动源。当配置为从SD卡或SPI EEPROM启动时，核心的e500内核会从内部ROM的固定地址（通常是0xFFFF_E000）开始取指执行。这段ROM代码的执行流程可以概括为以下几个关键阶段：

1. 硬件最小化初始化：ROM代码会初始化最基础的时钟、电源管理，并启用eSDHC或eSPI控制器的基本功能。注意，此时DDR内存控制器、复杂的时钟树等都尚未配置，系统运行在很低的频率下。
2. 介质探测与读取：根据启动源，调用对应的驱动（eSDHC或eSPI）去访问存储介质。对于SD卡，ROM代码会以1-bit模式（为了最大兼容性）尝试识别卡的类型（标准容量SD或高容量SDHC/SDXC），并读取前24个块（Block，每块512字节）的数据。对于EEPROM，则会尝试以24位地址模式读取第一个块的数据。
3. 签名验证与数据结构解析：读取到的数据被当作一个特定的数据结构进行处理。代码首先在偏移0x40处寻找一个4字节的签名0x424F4F54（即“BOOT”的ASCII码）。如果找不到这个签名，ROM会认为介质无效，并触发硬件复位。找到签名后，ROM代码会按照预定义的数据结构，解析出后续的控制字（Control Words），包括用户代码（即U-Boot）的长度、在存储介质中的源地址、要拷贝到的目标内存地址（Target Address）以及最终的跳转地址（Execution Starting Address）。
4. 临时内存配置：这是最精巧的一步。在拷贝U-Boot之前，目标内存（DDR或L2 Cache）本身可能还未初始化。ROM代码依赖于我们提供的“配置字”（Configuration Words）。这些配置字实际上是一系列“地址-数据”对，ROM代码会像执行一段小程序一样，将这些数据写入指定的寄存器地址，从而完成对DDR控制器或L2缓存控制器的配置，使其可用。
5. 镜像搬运与跳转：配置好临时内存后，ROM代码根据控制字中的信息，将U-Boot镜像从存储介质拷贝到目标内存地址，最后跳转到执行起始地址，将控制权完全交给U-Boot。

2.2 关键陷阱：TLB1的冲突与规避

一个容易被忽略但至关重要的细节是TLB1（页表缓冲）的配置。ROM代码在运行之初，会主动配置TLB1的第一项（Entry），将系统地址空间开始的4GB映射为可访问。这个映射是为了让ROM代码自身能够访问配置寄存器（如CCSRBAR空间）和即将使用的临时内存区域。

注意：这里潜藏着一个风险。如果我们配置的U-Boot镜像的链接地址（即TEXT_BASE）或其运行时代码访问的地址，与ROM设置的这片TLB映射区域产生冲突，就可能导致启动失败。例如，ROM将0x0000_0000到0xFFFF_FFFF映射为某个属性，而U-Boot期望以不同的属性（如缓存策略）访问同一片物理内存，就会引发数据一致性问题或访问异常。

因此，在构建RAM-based U-Boot时，我们必须清楚ROM已经做了什么，并确保我们的U-Boot链接脚本和早期初始化代码与这个既定的内存视图兼容。通常，Freescale的BSP（板级支持包）中针对ROM启动的U-Boot配置已经处理了这个问题，但如果你是从头移植或修改链接地址，就必须仔细核对。

2.3 临时内存选型：DDR vs. L2 Cache

选择临时内存是方案设计的第一步，它直接影响到配置文件的复杂度和系统的可靠性。ROM支持两种临时内存：

• L2缓存（Cache）作为SRAM使用：这是首选方案。将L2缓存配置为静态RAM（SRAM）模式来使用，其优势非常明显：

  • 无需复杂配置：L2缓存控制器相对于DDR内存控制器来说，配置寄存器少，初始化序列简单。在配置文件里，通常只需要几条配置字就能使其就绪。
  • 高可靠性：省去了DDR复杂的时序校准（如DQS训练），避免了因PCB布线、电源噪声导致的DDR初始化失败问题，启动成功率更高。
  • 速度快：作为片上缓存，其访问延迟远低于片外DDR。
  • 限制：容量有限。例如MPC8536E的L2缓存为512KB，而P1xxx系列可能只有256KB。你的U-Boot镜像大小必须小于这个容量。

• DDR SDRAM：这是备选方案。当U-Boot镜像超过L2缓存容量时，就必须使用DDR。

  • 配置复杂：需要在配置文件中提供完整的DDR控制器初始化序列，包括时序参数、地址映射、阻抗校准等，这些参数与具体使用的DDR芯片型号、PCB布线密切相关。
  • 稳定性挑战：DDR初始化对电源稳定性、参考电压、时钟抖动非常敏感，在启动的早期阶段，这些条件可能并非最优，增加了启动失败的风险。
  • 系统依赖性强：为一块板卡调通的DDR配置字，不能直接套用到另一块使用不同DDR芯片或不同布线设计的板卡上。

实操心得：在项目初期，强烈建议优先尝试使用L2缓存作为临时内存。这能让你快速验证启动流程的其余部分（如SD卡读写、配置解析）是否正常。只有当U-Boot确实过大时，再着手攻克DDR配置这个更复杂的难题。你可以通过裁剪U-Boot功能（去掉不必要的命令、驱动）来尝试将其缩小到L2缓存容量以内。

3. 配置文件构建：数据结构的艺术

配置文件是连接ROM代码和你的硬件系统的“桥梁”。它不是一个普通的文本文件，而是一个严格按照特定数据结构组织的二进制数据块。理解这个结构，是成功配置的关键。

3.1 通用数据结构剖析

无论是SD卡还是EEPROM，其引导数据结构在逻辑上是相似的，都包含三个主要部分：

1. 控制字（Control Words）：固定格式的头部信息，用于告诉ROM代码“做什么”。
2. 配置字（Configuration Words）：可变长度的“地址-数据”对，用于告诉ROM代码“怎么做”（即如何配置硬件）。
3. 用户代码（User Code）：即我们编译好的RAM-based U-Boot二进制镜像（u-boot.bin）。

下图以SD卡的数据结构为例，展示了其在存储介质中的布局：

偏移量 内容 0x0000 | 保留区 (64字节) ... | ... 0x0040 | 控制字开始 0x0040 | 签名 (BOOT: 0x424F4F54) 0x0048 | 用户代码长度 (Length) 0x0050 | 源地址 (Source Address，在SD卡中的位置) 0x0058 | 目标地址 (Target Address，在内存中的位置) 0x0060 | 执行起始地址 (Jump Address) 0x0068 | 配置字数量 (N) 0x0080 | 配置字区开始 (地址1，数据1， 地址2， 数据2 ...) ... | ... (可变) | 用户代码区开始 (U-Boot.bin)

3.2 SD卡与EEPROM配置文件的差异详解

虽然结构相似，但SD卡和EEPROM的配置文件在细节上存在关键区别，这些区别主要源于两种接口的物理特性和访问方式不同。

1. 存储位置与对齐要求：

• SD卡：配置文件（控制字+配置字）必须放置在SD卡的前24个块（Block 0-23）内。用户代码（U-Boot）可以放在其后。所有地址（源地址、长度）必须是512字节（一个块）的整数倍。如果U-Boot.bin大小不是512的倍数，需要用0填充。
• EEPROM：配置文件必须从EEPROM的起始地址（0x000000）开始存放。所有地址和长度必须是4字节对齐的。ROM代码会先以24位地址模式寻找签名，如果失败，再尝试16位地址模式。

2. 源地址（Source Address）的差异：这是最容易出错的地方。在示例配置文件中，SD卡的源地址通常是0x1000（即跳过前4096字节），而EEPROM的源地址通常是0x400（即跳过前1024字节）。这个偏移量是为了给配置文件预留空间。boot_format工具在最终写入时会自动计算并修改这个值，但我们在手动编写或调试原始配置文件时需要理解它。

3. 配置字的细微差别：EEPROM的配置字机制更为灵活。每个配置字地址字段的最低位（CNT bit）具有特殊含义：

• CNT = 0：这是一个普通的“地址-数据”对，将数据写入指定地址。
• CNT = 1：这是一个控制指令，高30位用于定义指令类型（如延时、修改SPI时钟频率等）。 例如，在EEPROM的DDR配置示例中，在结尾处可以看到0x20000001和0x21172210这样的配置对，前者就是一条设置SPI接口频率的控制指令。而在SD卡配置中，通常不需要这类指令。

3.3 手把手编写配置文件：以L2缓存启动为例

让我们以从SD卡启动，并使用L2缓存作为临时内存为例，逐行解析一个实际的配置文件。这是最推荐给新手的入门路径。

假设我们为MPC8536E开发板配置，其L2缓存可配置为512KB SRAM，映射到地址0xF8F8_0000。U-Boot的链接地址（TEXT_BASE）设为0xF8F8_0000，入口点通常在其末尾附近（如0xF8FF_F000）。

配置文件内容 (sdcard_l2c.cfg):

# 注释：控制字部分 40:424f4f54 # 偏移0x40: BOOT签名 44:00000000 # 保留 48:00080000 # 偏移0x48: 用户代码长度 = 0x80000 = 512KB (必须为512字节倍数) 4c:00000000 # 保留 50:00001000 # 偏移0x50: 源地址 = 0x1000 (SD卡中U-Boot镜像的起始位置) 54:00000000 # 保留 58:f8f80000 # 偏移0x58: 目标地址 = 0xF8F8_0000 (拷贝到L2 SRAM的这里) 5c:00000000 # 保留 60:f8fff000 # 偏移0x60: 执行起始地址 = 0xF8FF_F000 (跳转到这里执行U-Boot) 64:00000000 # 保留 68:00000006 # 偏移0x68: 配置字数量 N = 6 对 # 注释：配置字部分 (6对地址-数据) 80:ff720100 # L2缓存控制寄存器 (L2CTL) 地址 84:f8f80000 # 数据：将L2配置为SRAM模式，并设置其本地访问地址为0xF8F8_0000 88:ff720e44 # L2缓存诊断数据寄存器地址 8c:0000000c # 数据：执行L2 SRAM初始化序列的特定命令 90:ff720000 # L2缓存配置寄存器 (L2CFG) 地址 94:80010000 # 数据：启用L2缓存，并配置相关属性 98:ff72e40c # eSDHC控制器属性寄存器 (ATTR) 地址 9c:00000040 # 数据：配置eSDHC相关属性（如总线宽度，虽然ROM只用1-bit） a0:40000001 # **特殊控制指令**：延时指令 (CNT bit=1) a4:00000100 # 数据：延时长度 = 0x100 * (8个CCB时钟周期) a8:80000001 # **特殊控制指令**：配置结束指令 (CNT bit=1)

关键点解析：

• 长度与对齐：0x00080000是512KB，确保你的u-boot.bin大小不超过此值，且是512字节的倍数。
• 目标地址与跳转地址：0xF8F80000是U-Boot代码段起始地址，0xF8FFF000是U-Boot的入口点（_start符号地址）。这两个值必须与U-Boot的链接脚本（u-boot.lds）完全一致。
• 配置字：前4对配置字完成了L2缓存到SRAM的转换和初始化。第5对配置了eSDHC控制器（尽管ROM只用1-bit模式，但某些寄存器仍需设置）。最后两对是控制指令，40000001实现了一个硬件延时，确保初始化稳定；80000001标志配置字列表结束。

注意事项：这个配置文件是针对特定板卡（MPC8536DS）和特定内存布局的。切勿直接照抄。你必须根据自己板卡的参考手册，确定正确的寄存器地址和配置值。L2缓存和DDR控制器的配置值通常可以在原厂BSP的配置文件或参考板设计中找到。

4. 构建RAM-based U-Boot镜像

普通的U-Boot是设计为从NOR Flash直接原地执行（XIP）。但我们的U-Boot需要从SD卡/EEPROM被搬运到RAM中执行，因此必须构建一个特殊的“RAM-based”版本。这主要涉及两处关键修改。

4.1 链接地址与入口点调整

RAM-based U-Boot的链接地址（TEXT_BASE）必须设置为我们的目标内存地址（配置文件中的Target Address）。例如，如果我们使用L2 SRAM的0xF8F80000，那么U-Boot的所有代码和数据都必须链接到这个地址区域。

在U-Boot的链接脚本（如arch/powerpc/cpu/mpc85xx/u-boot.lds）和板级配置头文件（如include/configs/mpc8536ds.h）中，都需要做相应修改。通常，BSP会通过配置选项自动完成。

// 在 mpc8536ds.h 中的示例配置 #ifdef CONFIG_RAMBOOT_SDCARD #define CONFIG_SYS_TEXT_BASE 0xF8F80000 #define CONFIG_SYS_MONITOR_BASE CONFIG_SYS_TEXT_BASE #define CONFIG_SYS_MONITOR_LEN (512 * 1024) /* 512KB */ #endif

为什么入口点（Execution Starting Address）不是TEXT_BASE？U-Boot的开头部分通常是中断向量表或一些初始化代码，而C语言的入口函数board_init_f可能在稍后的位置。Execution Starting Address指向的是U-Boot镜像中第一条需要执行的指令的地址，它通常等于U-Boot链接后生成的_start符号的地址。你可以通过powerpc-linux-readelf -a u-boot | grep _start命令来查看。

4.2 环境变量存储的迁移

默认U-Boot将环境变量存储在NOR Flash的一个特定扇区。在RAM启动方案中，我们需要将其重定向到SD卡或EEPROM中。

1. 修改环境变量存储驱动：需要启用CONFIG_ENV_IS_IN_MMC（对于SD卡）或CONFIG_ENV_IS_IN_SPI_FLASH（对于EEPROM），并配置正确的设备号、偏移量和大小。
2. 调整默认环境变量：可能需要修改CONFIG_EXTRA_ENV_SETTINGS，将bootcmd等变量设置为从MMC或SPI加载内核和设备树。

4.3 使用BSP自动化构建

最省力的方法是使用芯片厂商提供的BSP（如Freescale的LTIB或Yocto）。以LTIB为例，构建RAM-based U-Boot的流程如下：

# 1. 进入LTIB目录 cd /opt/freescale/ltib # 2. 启动配置菜单 ./ltib -c # 3. 在图形化菜单中，导航至： # Package List -> u-boot -> Target board type # 选择 "Booting from SD card" 或 "Booting from SPI Flash" # 4. 保存退出，LTIB会自动开始编译 # 5. 编译完成后，RAM-based的 u-boot.bin 位于 ./rootfs/boot/ 目录下

这种方式会自动处理好所有的链接脚本、配置宏和环境变量设置。

4.4 手动配置与编译

如果没有现成BSP，或者需要深度定制，可以手动修改U-Boot源码并编译。关键步骤与BSP内部所做的类似：

1. 在板级配置头文件中定义RAM启动宏（如CONFIG_RAMBOOT_SDCARD）。
2. 修改链接脚本，确保TEXT_BASE和代码段布局正确。
3. 修改board/freescale/<board>/config.mk，根据配置宏设置TEXT_BASE和RESET_VECTOR_ADDRESS。
4. 配置环境变量存储。
5. 使用交叉编译工具链进行编译：

   make distclean make <your_board>_sdcard_config # 例如：make MPC8536DS_SDCARD_config make CROSS_COMPILE=powerpc-linux-gnuspe- ARCH=ppc

5. 使用boot_format工具合成最终镜像

有了配置文件（.cfg）和RAM-based U-Boot镜像（u-boot.bin），我们需要用boot_format工具将它们合成一个可以被ROM识别的完整引导镜像，并写入存储介质。

5.1 boot_format工具详解

boot_format是一个在Linux主机上运行的工具。它主要做两件事：

1. 计算并修正源地址：根据U-Boot.bin的大小和存储介质的分区情况，自动计算出U-Boot在介质中的正确存放位置，并更新配置文件中的Source Address字段。
2. 合成与写入：将修正后的配置数据和U-Boot.bin合并，并按照对应的数据结构（SD卡或EEPROM）写入目标设备或生成二进制文件。

重要版本区别：

• Rev 1.0：有一个已知的bug，在生成EEPROM镜像时可能导致失败，不建议使用。
• Rev 1.1：修复了上述bug，并增加了对大于2GB第一分区的SDXC卡的支持（通过将引导数据放在保留区）。

5.2 制作SD卡启动盘（实操步骤）

假设我们有一个SD卡，在Linux系统中识别为/dev/sdb。

1. 分区准备（针对boot_format Rev 1.0/1.1的旧要求）：

   注意：较新的boot_format或U-Boot版本可能支持从未分区的设备或单个FAT分区启动。但按照传统且最兼容的方法，建议创建两个分区。

   sudo fdisk /dev/sdb # 命令序列： # g (创建新的GPT分区表，或使用o创建MBR) # n (新建分区1), 默认起始扇区，大小例如+300M (创建一个约300MB的FAT分区) # t (更改类型), 选择分区1, 类型设置为 c (W95 FAT32 LBA) # n (新建分区2), 默认起始扇区，使用所有剩余空间 (作为根文件系统分区，如ext4) # w (写入并退出) sudo mkfs.vfat -F 32 /dev/sdb1 # 格式化第一分区为FAT32 sudo mkfs.ext4 /dev/sdb2 # 格式化第二分区为ext4

2. 使用boot_format写入引导镜像：

   # 假设 boot_format, sdcard_l2c.cfg, u-boot.bin 都在当前目录 sudo ./boot_format sdcard_l2c.cfg u-boot.bin -sd /dev/sdb

   这个命令会：

   • 读取sdcard_l2c.cfg和u-boot.bin。
   • 计算U-Boot.bin应该放在SD卡的什么位置（通常在第一分区之后，第二分区之前的间隙，或SD卡保留区）。
   • 将配置数据写入SD卡的前24个块（Block 0-23）。
   • 将U-Boot.bin写入计算好的位置。
   • 关键提示：它会输出修改后的源地址值，请记录下来，这在调试时很有用。

3. 放置内核与设备树： 将Linux内核镜像（如uImage）和设备树二进制文件（.dtb）拷贝到SD卡的第一个FAT分区。

   sudo mount /dev/sdb1 /mnt/sdcard sudo cp uImage /mnt/sdcard/ sudo cp mpc8536ds.dtb /mnt/sdcard/ sudo umount /mnt/sdcard

5.3 生成并烧写EEPROM镜像

对于EEPROM，过程略有不同，因为我们需要先生成一个完整的二进制镜像文件，再通过编程器或Linux系统烧录。

1. 生成二进制镜像文件：

   sudo ./boot_format eeprom_ddr.cfg u-boot.bin -spi boot_image.bin

   这条命令会生成一个名为boot_image.bin的文件，它已经包含了配置数据和U-Boot代码，且结构完全符合EEPROM数据结构的定义。

2. 烧写镜像到EEPROM：

   • 方法一：使用专用编程器：将EEPROM芯片（如25系列SPI Flash）放入编程器，使用厂商软件将boot_image.bin烧录到芯片的起始地址，然后将芯片焊接到板卡上。
   • 方法二：在系统内编程（ISP）：如果板卡已经可以通过其他方式（如JTAG或NOR Flash）启动到Linux，并且SPI总线已连接EEPROM，则可以在Linux下使用mtd工具烧写。

     # 假设EEPROM在Linux下被识别为 /dev/mtd0 sudo flash_erase /dev/mtd0 0 0 # 擦除整个芯片 sudo dd if=boot_image.bin of=/dev/mtd0 bs=4096 conv=notrunc # 写入镜像

6. 硬件配置与上电启动

6.1 关键的POR配置

一切软件就绪后，最后一步是确保硬件正确配置。处理器上电时，会采样一组特定的配置引脚（如POR Config[0:7]或BOOT_SEL引脚），以决定从哪个设备启动。

你必须查阅你所使用的具体处理器的数据手册或参考手册，找到配置从SD卡或SPI EEPROM启动的正确引脚电平设置。例如，对于MPC8536E，可能需要将BOOT_SEL[0:3]引脚设置为特定的二进制值，以选择eSDHC或eSPI作为首要启动设备。

实操心得：这是最容易导致“黑屏”或“无任何输出”的一步。务必：

1. 使用万用表或示波器确认配置引脚的上拉/下拉电阻焊接正确，在上电瞬间电平稳定。
2. 确认SD卡座或EEPROM的硬件连接（电源、时钟、数据线）无误，特别是上拉电阻是否已安装。
3. 对于SD卡启动，确保卡座本身的CD（卡检测）和WP（写保护）引脚处理得当，避免影响控制器初始化。

6.2 启动过程调试

如果系统未能成功启动，可以按以下顺序排查：

1. 检查POR配置：这是第一步，也是最关键的一步。
2. 检查串口输出：连接串口调试终端（如minicom或picocom），波特率通常为115200。如果ROM代码开始运行，即使找不到有效镜像，也可能输出一些错误码或直接复位。完全没有输出通常意味着POR配置错误或硬件故障。
3. 验证存储介质内容：将SD卡插回Linux主机，或用编程器读取EEPROM，确认boot_format写入的数据是否正确。可以使用hexdump或dd命令查看SD卡前几个扇区，确认0x424F4F54签名是否存在且位置正确（SD卡在偏移0x40， EEPROM在偏移0x40）。
4. 核对地址：确认配置文件中的目标地址、跳转地址与U-Boot的链接地址完全一致。
5. 简化配置：如果使用DDR失败，先尝试改用L2缓存配置，排除DDR时序问题。
6. 使用仿真器：如果有JTAG仿真器，可以在ROM代码起始地址设置断点，单步跟踪，查看它是否成功读取了配置字、是否成功配置了临时内存、以及最后跳转到了哪里。

7. 常见问题与解决方案速查表

8. 进阶技巧与经验分享

踩过几次坑之后，我总结出一些能让这个过程更顺畅的经验：

第一，善用原厂参考设计。NXP（原Freescale）的评估板（如MPC8536DS）的BSP包是绝佳的学习资料。里面通常已经包含了针对该板卡、从SD卡或SPI Flash启动的、完全可用的配置文件（.cfg）和U-Boot配置。你的第一步应该是让参考板的配置在你的环境中跑通，然后再迁移到自己的硬件上。直接修改这些现成的配置文件，比从零开始写要可靠得多。

第二，建立清晰的调试路径。不要试图一步到位。建议按这个顺序验证：1) 先用JTAG（如果有）下载一个最简单的RAM测试程序，确认DDR/L2缓存基本可用。2) 使用boot_format和原厂配置文件，制作一个针对评估板的SD卡。3) 在评估板上验证整个启动流程到Linux命令行。4) 将评估板的配置文件，根据你自己板卡的DDR型号、时钟频率、内存映射进行修改。5) 在你自己的板卡上测试。每一步的成功都为下一步奠定了基础。

第三，理解“地址”的三重含义。这是最容易混淆的概念：

• 源地址（Source Address）：U-Boot.bin在存储介质（SD卡/EEPROM）中的位置。boot_format会修改它。
• 目标地址（Target Address）：U-Boot.bin被拷贝到系统内存（DDR/L2）中的位置。必须与U-Boot的链接地址TEXT_BASE一致。
• 跳转地址（Execution Address）：U-Boot第一条执行指令在系统内存中的地址。通常是U-Boot的入口点_start。 在调试时，务必清楚你当前查看或设置的是哪个地址。

第四，为生产环境做好准备。在实验室用SD卡启动很方便，但产品可能需要更可靠的EEPROM。考虑在设计中加入一个小的SPI EEPROM（如1MB的25系列Flash）作为主要启动设备，同时保留SD卡座作为备用启动和工厂烧录接口。在U-Boot中，可以实现一个简单的逻辑：尝试从EEPROM启动，如果失败（例如校验错误），则自动 fallback 到从SD卡启动，并提示用户更新EEPROM镜像。这样既保证了可靠性，又保留了现场更新的灵活性。

最后，嵌入式启动是一个涉及硬件、固件、软件的交叉领域，耐心和细致的记录至关重要。每次修改配置，最好能记录下修改的原因和对应的硬件参数。当你成功看到U-Boot的提示符从自己设计的板子上打印出来时，那种成就感会告诉你，这一切的复杂都是值得的。