启动时序分析：u-boot与内核初始化阶段的依赖关系 - 第1节
1.1 为什么启动时序分析至关重要？
嵌入式系统从上电到用户空间就绪，往往经历 BootROM → SPL → u-boot → 内核 → 根文件系统 多个阶段。每个阶段的启动时序不仅决定了系统启动速度，更直接影响硬件外设的初始化正确性、内存稳定性和系统可靠性。
核心观点： 启动时序不是简单的“谁先谁后”，而是硬件依赖、时钟同步、电源管理、驱动加载顺序的综合结果。一个错误的时序可能导致系统死锁、外设无法识别或启动时间延长数秒。
1.1.1 启动时序失效的典型场景
| 场景 | 现象 | 根因（时序相关） |
|---|---|---|
| DDR 初始化失败 | u-boot 启动后立即崩溃 | SPL 在 DDR 未稳定前访问内存 |
| 网卡无法识别 | 内核启动后 eth0 不存在 | PHY 复位时序早于 MDIO 总线就绪 |
| SD 卡读取超时 | 根文件系统挂载失败 | MMC 控制器时钟门控未在正确阶段打开 |
| 显示无输出 | 内核 log 可见但屏幕黑屏 | Framebuffer 初始化在显示控制器复位前完成 |
经验教训： 在量产项目中，约 30% 的硬件适配问题最终归因于启动阶段之间的时序依赖未满足，而非驱动代码逻辑错误。
1.2 u-boot 与内核的边界
理解启动时序的前提是明确 u-boot 的职责终点 和 内核的职责起点。两者之间存在一个清晰的“移交边界”，这个边界由 bootm / booti 命令 和 设备树（DTB） 共同定义。
1.2.1 边界上的关键依赖
- 设备树（DTB）：u-boot 负责将 DTB 加载到内存并传递给内核，内核不再重新解析硬件拓扑，而是完全信任 DTB 中的描述。
- 内存映射：u-boot 完成 DDR 初始化后，将内存布局通过 ATAG 或 DTB 传递给内核，内核不再重新初始化内存控制器。
- 时钟与电源：u-boot 可能已配置 PLL 和电源域，内核需要继承这些状态，不能随意复位。
- 外设状态：某些外设（如串口、MMC）在 u-boot 中已初始化，内核驱动需要处理“已使能”状态，避免重复复位导致异常。
最佳实践： 在 u-boot 的
board_late_init() 中打印关键寄存器状态，与内核启动后的状态对比，可以快速定位边界上的时序不匹配问题。
1.3 课程目标与学习路径
本课程旨在帮助嵌入式工程师系统掌握启动时序分析的方法论，能够独立诊断和优化从 u-boot 到内核初始化阶段的时序问题。
1.3.1 课程核心目标
| 目标编号 | 具体目标 | 对应能力 |
|---|---|---|
| G1 | 理解 u-boot 启动流程的每个阶段及其时序约束 | 启动流程分析 |
| G2 | 掌握内核初始化阶段的调用链与依赖关系 | 内核源码理解 |
| G3 | 学会使用 printk、earlycon、ftrace 等工具进行时序测量 | 调试工具运用 |
| G4 | 能够定位并解决常见的启动时序问题（死锁、超时、外设丢失） | 问题排查与修复 |
| G5 | 掌握启动时间优化的常用策略（并行初始化、deferred probe） | 性能优化 |
1.3.2 学习路径图
1.3.3 预备知识要求
- 熟悉 C 语言和嵌入式 Linux 基本概念（交叉编译、设备树、内核模块）
- 了解 ARM 体系结构基础（异常向量、MMU、Cache）
- 具备基本的硬件调试经验（串口、逻辑分析仪、示波器）
- 建议提前搭建好实验环境：QEMU 或真实开发板 + Linux 5.10+ 源码
课程特色： 每章均配有可复现的实验步骤和源码分析，学员可以在自己的开发环境中同步操作，实现“学完即用”。