3. Linux启动链阶段划分与调试切入点
在嵌入式Linux系统上，从上电到用户空间可用，并不是一个连续的整体，而是由多个相互衔接、职责分明的阶段串联而成。理解这条启动链的划分，并知道每个阶段“能看到什么、能停在哪里、能改什么”，是使用TRACE32进行高效调试的前提。本节将逐阶段梳理可观测点，并给出对应的调试切入点。
启动链的整体结构
典型的多核ARM平台启动链如下：上电后首先运行芯片内部固化的BootROM，它根据启动引脚或eFuse配置从SD、eMMC、SPI Flash或串口加载第一级引导程序。在ARMv8平台上，通常由BootROM加载BL2（即SPL，Secondary Program Loader），SPL完成DDR初始化后加载BL31（ATF运行时固件）、BL32（OP-TEE）和BL33（U-Boot proper）。U-Boot接管后加载Linux内核与设备树，内核启动后挂载Initramfs作为临时根文件系统，完成驱动加载与切换根，最终挂载真正的Rootfs并启动init进程。
这条链上每个阶段的运行环境、可用资源、调试手段都不同。BootROM阶段没有DDR、没有调试符号；SPL阶段DDR刚可用；U-Boot阶段有完整的外设驱动和命令行；ATF/OP-TEE运行在EL3/EL1安全态；内核阶段有完整的虚拟内存和调度器；Initramfs与Rootfs阶段则进入用户态。TRACE32的接入方式必须与阶段匹配。
BootROM阶段：最底层但最受限
BootROM是芯片出厂时固化的只读代码，运行在SRAM中，没有DDR可用。它的可观测点非常有限：启动模式引脚状态、eFuse中的安全启动配置、以及通过芯片内部ROM Code输出的串口日志（通常只有几个字节的启动进度码）。在TRACE32中，可以在上电复位后立即halt住CPU，查看PC指针是否落在BootROM地址范围（例如某些SoC的0x00000000或0xFFFF0000附近），确认芯片确实从预期介质启动。如果BootROM阶段就卡住，通常意味着启动介质选择错误、镜像头校验失败或eFuse配置与镜像不匹配。
SPL阶段：DDR初始化的关键窗口
SPL运行在片上SRAM中，核心任务是初始化DDR控制器并完成内存训练。这个阶段的可观测点包括：DDR训练结果寄存器、时钟树配置、串口输出的SPL版本信息。TRACE32的切入方式是在SPL入口处设置断点——由于SPL通常很小（几十KB），可以完整加载符号表。调试时重点关注DDR初始化函数的返回值，以及训练完成后内存读写测试是否通过。如果SPL阶段失败，后续所有阶段都无法加载，因此这是启动链上第一个必须确保通过的关卡。
ATF与OP-TEE：安全世界的调试
ATF（ARM Trusted Firmware）的BL31运行在EL3，负责安全监控器调用和电源管理。OP-TEE的BL32运行在S-EL1，提供可信执行环境。这两个阶段的可观测点包括：EL3异常向量表、SMC调用参数、安全世界与正常世界的共享内存区域。TRACE32需要支持多核和安全态调试，可以在EL3设置断点观察SMC进入/退出，也可以查看OP-TEE的TA加载过程。常见问题是安全态切换时寄存器保存/恢复错误，导致正常世界无法继续启动。
U-Boot与Kernel：从引导到内核
U-Boot阶段有完整的外设驱动和命令行，可观测点最丰富：环境变量、bootargs、加载地址、设备树传递。TRACE32可以在U-Boot的board_init_r或bootm跳转前设置断点，检查内核镜像是否被正确加载到DDR。内核启动后，MMU开启会导致地址映射变化，此时需要重新加载内核符号并调整断点地址。内核阶段的可观测点包括：start_kernel入口、initcall调用序列、设备树解析结果、以及串口控制台输出。
Initramfs与Rootfs：用户态的可观测点
Initramfs是内核启动后挂载的临时根文件系统，通常以cpio归档形式嵌入内核或由U-Boot加载。它的可观测点是init脚本的执行、驱动模块加载、以及switch_root切换根文件系统的时机。Rootfs则是最终的根文件系统，可观测点是init进程启动、系统服务拉起、以及登录提示出现。TRACE32在这两个阶段主要依赖内核的调试接口（如kgdb）或串口日志，JTAG断点仍然可用，但需要处理用户态地址空间切换。
阶段衔接处的常见故障与判断
启动链上最容易出问题的往往是阶段衔接处：SPL跳转到ATF时参数传递错误、ATF返回U-Boot时上下文恢复不完整、U-Boot跳转内核时设备树地址错误、内核挂载Initramfs时cpio格式不匹配。判断方法是在每个衔接点设置断点，检查跳转目标地址、寄存器参数、以及内存中的镜像头。例如，U-Boot跳转内核前，可以检查x0寄存器是否指向设备树地址，x1-x3是否为零（ARM64 Linux启动协议要求）。如果这些参数不对，内核会在早期启动阶段静默卡死，串口无输出。
掌握各阶段的可观测点和TRACE32切入点，意味着在启动失败时能够快速缩小范围：先看串口停在哪，再决定用JTAG在哪个阶段介入，最后检查该阶段的关键寄存器和内存数据。这种“阶段定位—断点验证—数据检查”的调试路径，比盲目全链路跟踪效率高得多。