1. 项目概述
作为一名嵌入式开发者，我经常需要和uboot打交道。最近在调试一块新板子时，遇到了uboot启动失败的问题，这促使我决定彻底梳理uboot的启动流程。通过分析uboot的启动文件，不仅能解决实际问题，更是理解ARM汇编的绝佳途径。
uboot的启动文件包含了从芯片上电到C语言环境建立的全过程，这段代码几乎全部由汇编编写。对于很多开发者来说，这里就像是一个黑盒子 - 我们知道它很重要，但很少真正深入理解。本文将带你逐行分析uboot启动文件，揭示其中的设计精妙之处。
2. 核心需求解析
2.1 为什么需要研究uboot启动文件
在嵌入式开发中，uboot作为bootloader承担着硬件初始化、引导内核等重要职责。其启动阶段的工作尤为关键：
- 硬件初始化：包括CPU模式设置、时钟配置、内存控制器初始化等
- 环境准备：建立栈空间、清零BSS段等
- 重定位：将uboot自身从加载地址复制到链接地址
- 跳转到C语言环境
这些操作必须在没有任何运行时环境支持的情况下完成，因此全部使用汇编语言实现。理解这段代码，对于：
- 解决uboot启动问题
- 移植uboot到新硬件平台
- 深入理解ARM体系结构
- 学习嵌入式系统启动过程
都有极大帮助。
2.2 典型uboot启动文件结构
以ARM架构为例，uboot的启动文件通常包括：
code复制arch/arm/cpu/armv7/start.S
arch/arm/lib/crt0.S
arch/arm/lib/vectors.S
其中start.S是最核心的启动文件，它完成了从复位到C语言环境建立的全过程。我们将重点分析这个文件。
3. 启动流程深度解析
3.1 异常向量表分析
启动文件的第一部分通常是异常向量表。这是ARM处理器的硬性要求 - 在地址0处必须放置异常向量表。
assembly复制.globl _start
_start:
b reset
ldr pc, _undefined_instruction
ldr pc, _software_interrupt
ldr pc, _prefetch_abort
ldr pc, _data_abort
ldr pc, _not_used
ldr pc, _irq
ldr pc, _fiq
这段代码有几个关键点：
- 第一条指令必须是跳转指令（通常是b reset）
- 每个异常入口占用4字节
- 大多数异常处理函数地址存储在后续位置，通过ldr pc指令加载
注意：现代uboot通常会实现重定位，实际异常向量表可能会被复制到其他地址（如高端地址）。
3.2 复位处理流程
reset是系统上电或复位后执行的第一段代码：
assembly复制reset:
/* 设置CPU为SVC模式 */
mrs r0, cpsr
bic r0, r0, #0x1f
orr r0, r0, #0xd3
msr cpsr, r0
这段代码将CPU切换到超级用户模式(SVC)，并禁用中断。这是典型的启动代码操作，因为：
- SVC模式可以访问所有硬件资源
- 启动阶段不希望被中断打断
- 此时中断控制器可能还未初始化
3.3 关键寄存器初始化
接下来是关键的寄存器初始化：
assembly复制 /* 关闭MMU和缓存 */
mrc p15, 0, r0, c1, c0, 0
bic r0, r0, #0x00002000 @ 清除bit13 (V)
bic r0, r0, #0x00000007 @ 清除bit2-0 (B,C,M)
mcr p15, 0, r0, c1, c0, 0
这段代码通过协处理器指令操作CP15寄存器，关闭MMU和缓存。在启动初期：
- MMU还未建立页表，必须关闭
- 缓存一致性可能存在问题，关闭更安全
- 后续内存初始化需要直接访问物理地址
3.4 底层硬件初始化
uboot会根据具体平台执行底层硬件初始化：
assembly复制 /* 平台特定初始化 */
bl lowlevel_init
lowlevel_init通常包括：
- 时钟配置（PLL设置）
- 内存控制器初始化
- GPIO基本配置
- 串口初始化（用于调试输出）
这个函数通常是平台相关的，需要根据具体芯片手册编写。
4. 重定位与C环境准备
4.1 uboot重定位原理
uboot的一个重要特性是位置无关代码(PIC)，它可以被加载到任意地址运行。但最终需要将自己复制到链接地址：
assembly复制 ldr r0, =_start /* 当前加载地址 */
ldr r1, =CONFIG_SYS_TEXT_BASE /* 链接地址 */
cmp r0, r1 /* 检查是否需要重定位 */
beq after_copy
/* 执行重定位 */
ldr r2, =_end
sub r2, r2, r0 /* 计算uboot大小 */
bl copy_code
重定位过程需要考虑：
- 代码段、数据段都需要复制
- 重定位后可能需要修复地址引用
- BSS段不需要复制，但需要清零
4.2 C运行时环境建立
在跳转到C代码前，必须建立基本的运行时环境：
assembly复制after_copy:
/* 设置栈指针 */
ldr sp, =CONFIG_SYS_INIT_SP_ADDR
/* 清零BSS段 */
ldr r0, =__bss_start
ldr r1, =__bss_end
mov r2, #0
clear_bss:
cmp r0, r1
strlo r2, [r0], #4
blo clear_bss
/* 跳转到C代码 */
ldr pc, =board_init_f
关键步骤包括：
- 设置栈指针（C函数调用需要栈）
- 清零BSS段（未初始化的全局变量）
- 跳转到第一个C函数board_init_f
5. 关键汇编技术解析
5.1 ARM汇编基础指令
通过uboot启动文件，我们可以学习到大量实用的ARM汇编指令：
-
数据处理指令：
assembly复制mov r0, #0x1000 @ 立即数赋值 add r1, r2, r3 @ 加法运算 bic r0, r0, #0xff @ 位清除 -
内存访问指令：
assembly复制ldr r0, [r1] @ 从内存加载 str r2, [r3] @ 存储到内存 ldmia/stmdb @ 块传输 -
分支指令：
assembly复制b label @ 无条件跳转 bl func @ 带返回的跳转 cmp r0, r1 @ 比较 beq label @ 条件跳转
5.2 混合编程技巧
uboot启动文件中展示了汇编与C混合编程的典型模式：
-
汇编调用C函数：
assembly复制ldr r0, =param1 bl c_function -
C内嵌汇编：
c复制void enable_cache(void) { __asm__ __volatile__( "mrc p15, 0, r0, c1, c0, 0\n" "orr r0, r0, #0x4\n" "mcr p15, 0, r0, c1, c0, 0\n" ); } -
寄存器使用约定：
- r0-r3 用于参数传递
- r14 (lr) 存储返回地址
- r13 (sp) 栈指针
6. 调试技巧与常见问题
6.1 uboot启动调试方法
当uboot启动失败时，可以尝试以下调试方法：
-
串口输出调试：
- 确保lowlevel_init中初始化了串口
- 在关键位置添加串口打印
-
LED调试法：
- 使用GPIO控制LED指示执行流程
- 不同闪烁模式表示不同阶段
-
反汇编分析：
bash复制
arm-linux-gnueabi-objdump -D u-boot > u-boot.dis -
使用仿真器：
- JTAG/SWD连接目标板
- 单步跟踪执行流程
6.2 常见问题与解决方案
-
启动卡在第一条指令：
- 检查启动介质配置是否正确
- 确认uboot镜像烧录正确
-
重定位后崩溃：
- 检查链接地址(CONFIG_SYS_TEXT_BASE)设置
- 确认重定位代码正确复制了所有段
-
跳转到C代码后死机：
- 检查栈指针设置
- 确认BSS段已清零
- 检查board_init_f函数实现
-
外设初始化失败：
- 确认时钟配置正确
- 检查外设基地址和寄存器定义
7. 实践案例：添加自定义初始化代码
假设我们需要在uboot启动早期添加一段自定义初始化代码，可以这样修改start.S：
assembly复制reset:
/* 保存lr，因为后面会调用其他函数 */
mov r9, lr
/* 自定义早期初始化 */
bl my_early_init
/* 恢复lr并继续原有流程 */
mov lr, r9
/* 原有代码继续... */
my_early_init:
/* 在这里添加自定义代码 */
mov r0, #0x1000
str r0, [r1]
mov pc, lr
注意事项：
- 尽量少用寄存器（早期环境未建立）
- 不要依赖未初始化的外设
- 保持代码简短
通过分析uboot启动文件，我们不仅解决了实际问题，还深入理解了ARM汇编在嵌入式系统中的实际应用。这种底层知识对于嵌入式开发者来说是无价之宝。