第二章 系统启动流程概览：从按下电源键到进入桌面的完整旅程
大家好，我是你们的嵌入式系统讲师。今天我们来聊聊MTK平台最核心的话题之一——系统启动流程。
你按下手机电源键的那一刻，背后发生了什么？
很多人觉得，开机嘛，不就是加载系统嘛。但说实话，从按下电源键到桌面出现，这中间经历的事情比你想象的要复杂得多。我当年刚接触MTK平台时，也被这四段式的启动流程搞得晕头转向。今天我就用最直白的方式，带你把这条路走一遍。
2.1 启动流程的四个阶段
MTK平台的启动，说白了就是四个阶段接力跑：
- ROM Code —— 芯片出厂就固化的代码
- Preloader —— 一级引导加载程序
- U-Boot —— 二级引导加载程序
- Kernel —— Linux内核
每个阶段都有自己的使命，缺一不可。我习惯把这四个阶段比作「传火炬」——上一棒跑完了，把控制权交给下一棒，直到系统完全跑起来。
核心要点： 这四个阶段是逐级验证、逐级加载的关系。前一级负责验证并加载后一级，环环相扣。
2.2 第一阶段：ROM Code
ROM Code是什么？它是固化在芯片内部ROM中的一段代码，你改不了，也删不掉。就像芯片的「出厂设置」。
按下电源键后，CPU会从复位向量地址开始执行。在MTK平台上，这个地址指向的就是ROM Code的入口。
ROM Code干了三件事：
- 初始化最基本的硬件（时钟、SRAM、看门狗）
- 从启动介质（通常是NAND Flash或eMMC）读取Preloader
- 验证Preloader的签名和完整性
嗯，这里要注意。ROM Code的验证机制是MTK安全启动的第一道防线。如果Preloader被篡改过，ROM Code会直接拒绝加载，手机就变砖了。我在项目中遇到过有人想绕过这个验证，结果折腾了两周也没成功——MTK在这方面做得确实很严。
个人经验： 调试ROM Code阶段的问题是最痛苦的，因为你没有调试器可用。我一般会通过GPIO电平变化来判断代码是否执行到了某个位置。土办法，但管用。
2.3 第二阶段：Preloader
Preloader是MTK平台的一级引导程序，存放在boot分区中。它比ROM Code大得多，功能也更丰富。
ROM Code把Preloader加载到SRAM中后，就把控制权交给了它。Preloader接下来要做什么？
- 初始化DRAM（内存控制器、DDR初始化）
- 建立基本的设备树信息
- 从存储设备读取U-Boot镜像
- 验证U-Boot的签名
你想想看，为什么需要Preloader？ROM Code那么小，连DRAM都初始化不了。Preloader就是来干这些「重活」的。
我记得有一次，客户反馈说某款手机开机特别慢。我排查后发现是Preloader阶段DDR初始化参数配置有问题，导致内存训练时间过长。调整了几个时序参数后，开机速度提升了将近40%。
避坑指南： Preloader阶段的DDR初始化参数非常敏感。我曾经因为一个参数配错，导致手机在低温环境下无法开机。所以调试Preloader时，一定要做温度循环测试。
2.4 第三阶段：U-Boot
U-Boot，全称是Universal Boot Loader。它是嵌入式Linux世界里的老牌引导程序，MTK平台也沿用了它。
Preloader把U-Boot加载到DRAM中后，U-Boot就登场了。它的任务包括：
- 初始化更多外设（USB、UART、EMMC控制器等）
- 解析boot参数（如console、rootfs位置）
- 加载Linux内核镜像到内存
- 设置内核启动参数并跳转到内核入口
U-Boot还有一个很实用的功能——它支持交互式命令行。你可以在开机时按住某个按键进入U-Boot命令行，手动加载内核、修改启动参数，甚至刷机。这个功能在开发调试阶段特别有用。
我个人习惯在U-Boot阶段加一些调试打印，用来确认硬件初始化是否正常。比如检查eMMC的读写速度、验证内存的稳定性等。
关键点： U-Boot是启动流程中最后一个可以「人为干预」的阶段。一旦跳转到内核，控制权就完全交给操作系统了。
2.5 第四阶段：Kernel
终于到了Linux内核登场的时候了。
U-Boot把内核镜像加载到内存后，会设置好启动参数（比如根文件系统位置、控制台设备等），然后跳转到内核入口地址。
内核启动的过程大致如下：
- 解压内核镜像（如果内核是压缩的）
- 初始化内存管理、进程调度、中断系统
- 加载设备树（DTB），匹配硬件驱动
- 挂载根文件系统
- 启动init进程（通常是/system/bin/init）
- init进程启动各种服务，最终进入桌面
从按下电源键到桌面出现，整个过程大概需要15-30秒。其中内核启动占了大头，大概10-20秒。为什么这么慢？说白了，就是驱动加载和初始化太耗时了。
我优化过一款平板电脑的启动速度，发现瓶颈在eMMC驱动初始化上。通过调整驱动加载顺序和启用异步初始化，把启动时间从28秒压缩到了18秒。嗯，这种优化带来的成就感，比写一万行代码都爽。
调试技巧： 想查看内核启动耗时？可以在内核命令行中添加 initcall_debug 参数，内核会打印每个初始化函数的执行时间。这个参数我几乎天天用。
2.6 四个阶段的协作关系
说了这么多，我们来总结一下这四个阶段是怎么协作的：
| 阶段 | 存储位置 | 运行环境 | 主要任务 |
|---|---|---|---|
| ROM Code | 芯片内部ROM | SRAM | 初始化基础硬件，加载Preloader |
| Preloader | boot分区 | SRAM → DRAM | 初始化DRAM，加载U-Boot |
| U-Boot | boot分区 | DRAM | 初始化外设，加载内核 |
| Kernel | boot分区 | DRAM | 初始化系统，启动用户空间 |
你看，每个阶段都在为下一阶段「铺路」。ROM Code铺好了SRAM的路，Preloader铺好了DRAM的路，U-Boot铺好了外设的路，最后内核才能顺利跑起来。
这就像盖房子——地基没打好，上层建筑再漂亮也没用。所以做MTK平台开发，一定要把启动流程吃透。很多疑难杂症，追根溯源都能在启动阶段找到原因。
一句话总结： 启动流程就是一段「接力跑」，每一棒都至关重要。搞懂了这四个阶段，你就掌握了MTK平台的命脉。
下一章，我会带大家深入ROM Code的细节，看看芯片上电后第一条指令到底做了什么。到时候我会分享一些我在调试ROM Code时踩过的坑，保证让你少走弯路。