第四章 BootROM 详解：芯片启动的第一行代码

各位同学，今天我们来聊聊 BootROM。这是整个系统启动流程的起点，也是很多工程师容易忽略的环节。我个人觉得，搞懂 BootROM，才算真正理解了 MTK 平台的启动哲学。

4.1 BootROM 的物理位置与存储

BootROM 这名字已经说得很明白了——它是一段固化在芯片内部的只读存储器。你想想看，芯片一上电，内存还没初始化，Flash 还没准备好，CPU 怎么执行代码？答案就在 BootROM 里。

在 MTK 平台上，BootROM 通常集成在 SoC 内部，属于芯片的硬件组成部分。它的物理位置在芯片的 ROM 区域，地址空间一般映射在 0x00000000 附近。嗯，这里要注意：不同型号的 MTK 芯片，BootROM 的大小和地址可能略有差异，但基本原理是一样的。

我记得有一次做项目，芯片回来发现无法正常启动。排查了半天，最后发现是 BootROM 的校验出了问题。说白了，BootROM 就像房子的地基，地基没打好，后面再努力也白搭。

4.2 BootROM 的启动模式选择

BootROM 启动后，第一件事就是判断该从哪个设备加载下一级代码。MTK 平台支持多种启动模式，我给大家列一下常见的几种：

启动模式	典型用途	速度	我遇到的坑
USB 启动	工厂烧录、调试	中等	USB 线缆质量差会导致枚举失败
UART 启动	早期调试、日志输出	慢	波特率不匹配直接没输出
SD 卡启动	量产烧录、升级	较快	SD 卡格式不对会卡死
eMMC 启动	正常量产产品	最快	eMMC 初始化时序要严格对齐

为什么会需要这么多模式？你想想看，开发阶段和量产阶段的需求完全不同。开发时我们需要频繁烧录、调试，USB 和 UART 最方便。量产时追求速度和稳定性，eMMC 是首选。

我曾经在量产线上遇到过一个问题：一批板子死活无法从 eMMC 启动。排查下来发现，是 BootROM 检测启动模式时，某个 GPIO 的上拉电阻虚焊了。嗯，这种硬件问题最难查，因为软件看起来一切正常。

4.2.1 启动模式检测机制

BootROM 怎么知道该用哪种模式？它通过检测芯片外部引脚的电平状态来判断。MTK 平台一般会预留几个 BOOT_MODE 引脚，上电时采样这些引脚的电平组合，就能确定启动模式。

4.3 BootROM 的初始化流程

好了，现在 BootROM 开始执行了。它到底干了些什么？我给大家拆解一下：

1. 关闭中断——上电瞬间，所有外设状态未知，先关中断保平安
2. 设置 CPU 工作模式——切换到 SVC 模式，配置堆栈指针
3. 初始化时钟——从低速时钟切换到高速时钟
4. 初始化内存控制器——至少让内部 SRAM 可用
5. 检测启动模式——读取 BOOT_MODE 引脚电平
6. 加载下一级 Bootloader——从选定设备读取 Preloader 或 U-Boot
7. 校验并跳转——验证镜像完整性，然后跳转执行

这个流程看起来简单，但每一步都有讲究。我重点说说时钟初始化这块。

4.3.1 时钟初始化的门道

BootROM 刚启动时，CPU 跑在内部低速振荡器上，频率可能只有几十 KHz。它需要尽快切换到外部晶振或 PLL 产生的高速时钟。为什么？因为后面要从 Flash 或 eMMC 读数据，低速时钟根本带不动。

4.3.2 内存初始化的细节

BootROM 本身运行在芯片内部的 SRAM 中，但 SRAM 容量有限。它需要初始化外部 DRAM 吗？答案是：不一定。早期的 MTK 平台，BootROM 只初始化内部 SRAM，外部 DRAM 留给 Preloader 去做。但新一些的平台，BootROM 会做一部分 DRAM 的初始化，以便能加载更大的镜像。

我个人习惯的做法是：不管 BootROM 做不做 DRAM 初始化，Preloader 里都要重新初始化一遍。为什么？因为 BootROM 的初始化可能只满足基本功能，性能不是最优的。Preloader 重新初始化，可以配置更优的参数。

4.4 BootROM 的代码示例（伪代码）

下面我写一段简化的 BootROM 启动流程伪代码，帮助大家理解：

// BootROM 入口
void bootrom_main(void) {
    // 1. 关闭所有中断
    disable_interrupts();
    
    // 2. 设置堆栈指针
    sp = SRAM_TOP;
    
    // 3. 初始化时钟
    if (pll_init() != SUCCESS) {
        // 时钟初始化失败，进入死循环
        while(1);
    }
    
    // 4. 初始化内部 SRAM
    sram_init();
    
    // 5. 检测启动模式
    boot_mode = detect_boot_mode();
    
    // 6. 根据模式加载下一级代码
    switch(boot_mode) {
        case USB_BOOT:
            load_from_usb();
            break;
        case UART_BOOT:
            load_from_uart();
            break;
        case SD_BOOT:
            load_from_sd();
            break;
        case EMMC_BOOT:
            load_from_emmc();
            break;
        default:
            // 未知模式，进入下载模式
            enter_download_mode();
    }
    
    // 7. 校验镜像并跳转
    if (verify_image() == SUCCESS) {
        jump_to_preloader();
    } else {
        // 校验失败，进入错误处理
        error_handler();
    }
}

这段代码虽然简单，但涵盖了 BootROM 的核心逻辑。实际芯片里的实现要复杂得多，但骨架就是这个样子。

4.5 总结与思考

BootROM 是整个系统启动的基石。它虽然代码量不大，但承担着承上启下的关键作用。我个人觉得，理解 BootROM 最好的方法就是动手调试——拿一块开发板，用示波器抓 BOOT_MODE 引脚的波形，用逻辑分析仪看 Flash 的读写时序，比看十遍文档都管用。

下一章我们会讲 Preloader，它是 BootROM 之后第一个真正意义上的软件组件。到时候我会分享一些我在 Preloader 开发中踩过的坑，敬请期待。