龙芯2K1000 PMON启动流程与架构解析

1. 龙芯2K1000 PMON启动流程概述

龙芯2K1000处理器作为国产自主可控的MIPS架构芯片，其启动流程与传统ARM/x86平台有着显著差异。PMON作为龙芯平台特有的Bootloader解决方案，承担着从硬件上电到操作系统加载的全过程管理职责。在实际开发过程中，深入理解PMON的启动机制对于系统移植、驱动开发和故障排查都至关重要。

PMON的全称是"Processor Monitor"，它不仅仅是一个简单的引导加载程序，更是一个集成了硬件监控、调试接口和系统管理功能的综合性固件。与常见的U-Boot相比，PMON针对龙芯处理器架构进行了深度优化，特别是在内存初始化、多核启动和硬件抽象层等方面有着独特的实现方式。

启动流程可以清晰地划分为四个阶段：首先是汇编语言编写的底层硬件初始化阶段，这个阶段会完成CPU核心的基础配置；然后是C语言运行环境的准备阶段，为后续复杂的硬件操作奠定基础；接着是全面的硬件外设初始化阶段；最后进入交互式命令行环境，完成操作系统的加载与启动。每个阶段都有其特定的技术难点和实现考量。

2. PMON基础架构解析

2.1 PMON的存储与执行特性

PMON固件通常存储在NOR Flash中，这种存储介质虽然容量相对较小，但具有随机访问速度快、可靠性高的特点，非常适合存放启动代码。在龙芯2K1000的地址映射中，NOR Flash被映射到虚拟地址0xBFC00000，这个地址对应着物理地址0x1FC00000，是CPU复位后的固定入口点。

从代码结构来看，PMON采用了"瘦入口+胖主体"的设计模式。入口部分是由汇编语言编写的start.S文件，这部分代码未经压缩，直接存储在Flash起始位置。而主体部分则是用C语言实现的核心功能，经过压缩后存储在Flash的后续区域。这种设计既保证了启动的可靠性，又节省了宝贵的Flash存储空间。

2.2 PMON的双阶段设计原理

PMON之所以采用汇编+C的双阶段设计，主要基于以下几个技术考量：

1. 启动可靠性：CPU上电时，内存控制器尚未初始化，C语言运行环境（如栈、堆等）完全不可用。必须通过汇编代码完成最基础的硬件配置，才能为C代码执行创造条件。

2. 执行效率：在早期启动阶段，对时序要求严格的操作（如内存控制器配置）用汇编实现可以精确控制指令执行顺序和时序。

3. 代码可维护性：复杂的硬件初始化和引导逻辑用C语言实现，可以大大提高代码的可读性和可维护性。

4. 空间优化：C语言部分经过压缩存储，显著减少了固件占用的Flash空间，这在嵌入式系统中尤为重要。

3. 启动流程深度解析

3.1 汇编初始化阶段关键技术

start.S作为PMON的入口文件，承担着最基础的硬件初始化工作。这个阶段的代码执行在Flash中，运行环境极为有限，需要特别注意以下几点：

CPU核心初始化：

• 立即关闭所有中断，避免在初始化过程中被意外打断
• 清空TLB（Translation Lookaside Buffer），确保内存访问的确定性
• 禁用Cache，防止在内存控制器配置完成前出现缓存一致性问题
• 配置CP0寄存器，设置基本的工作模式和异常处理向量

串口调试输出：

• 在最早的阶段初始化UART控制器
• 配置波特率、数据位、停止位等参数
• 实现最简单的字符输出功能，为后续调试提供通道

DDR内存初始化流程：

1. 配置内存控制器的基本时序参数
2. 执行内存训练（Memory Training），优化信号完整性
3. 验证内存访问的正确性
4. 启用内存ECC功能（如果支持）

关键提示：内存初始化是启动过程中最脆弱的环节之一，时序参数的微小偏差都可能导致系统不稳定。建议在开发阶段开启PMON的调试输出，密切关注内存自检结果。

3.2 C语言环境准备阶段

当汇编代码完成基础硬件初始化后，系统已经具备了运行C代码的基本条件。initmips.c文件负责建立完整的C语言运行环境：

内存管理初始化：

• 设置栈指针（SP），为函数调用提供空间
• 初始化堆管理器，实现动态内存分配
• 建立内存映射表，管理可用的物理内存区域

解压PMON主体：

• 从Flash中读取压缩的biosdata区域
• 使用特定的解压算法（通常是LZMA或类似）将代码解压到内存
• 验证解压数据的完整性
• 跳转到解压后的代码入口点

解压目标地址选择0x8F010000是基于以下考虑：

• 避开内核通常占用的低端内存区域（如0x80200000）
• 为PMON运行提供足够的连续内存空间
• 确保不会与后续加载的操作系统镜像产生地址冲突

4. 硬件初始化与系统配置

4.1 外设控制器初始化

tgt_machdep.c文件包含了各种硬件外设的初始化代码，这些外设按照功能可以分为以下几类：

通信接口：

• UART：用于系统调试和控制台交互
• I2C：连接各类传感器和扩展芯片
• SPI：支持Flash存储和显示设备
• GMAC：提供网络连接能力

存储控制器：

• SDIO：支持SD卡和eMMC存储
• SATA：连接硬盘设备
• USB：支持USB存储和外围设备

扩展总线：

• PCIe：用于连接高性能外设
• 总线枚举：自动检测和配置连接的设备

4.2 系统环境配置

PMON通过环境变量来控制系统行为，这些变量存储在Flash的特定区域，主要包括：

• bootargs：传递给Linux内核的启动参数
• bootdelay：自动启动前的等待时间
• bootdev：默认的启动设备（如sata0, usb0等）
• baudrate：串口控制台的波特率设置

时钟和电源管理也是这个阶段的重要工作：

• 配置CPU和总线时钟频率
• 设置动态电压频率调整（DVFS）参数
• 初始化电源管理单元（PMU）

5. 内核加载与系统启动

5.1 PMON命令行功能

PMON提供了一个功能丰富的命令行接口，支持以下常用命令：

• help：显示可用命令列表
• load：从存储设备加载文件到内存
• boot：启动已加载的操作系统
• set：设置环境变量
• devls：列出可用设备

5.2 自动引导流程详解

典型的自动引导过程包括以下步骤：

1. 读取bootdelay参数，在倒计时期间等待用户中断
2. 根据bootdev确定启动设备顺序
3. 从指定设备加载内核镜像（vmlinuz）和initrd
4. 解析bootargs参数，设置内核命令行
5. 将内核解压到指定内存地址（通常是0x80200000）
6. 进行最后的系统状态检查
7. 通过jump指令跳转到内核入口点，移交控制权

内核加载地址选择：

• 32位系统通常使用0x80200000
• 64位系统可能使用更高的地址
• 必须确保不与PMON、initrd等内存区域冲突

6. 开发调试实用技巧

6.1 常见问题排查指南

启动卡在DDR初始化：

• 检查内存条是否安装正确
• 验证内存时序参数是否与硬件匹配
• 尝试降低内存频率进行测试

内核加载失败：

• 确认bootdev设置正确
• 检查存储设备是否被正确识别
• 验证文件系统支持是否编译进PMON

串口无输出：

• 确认串口线连接正确
• 检查波特率设置是否匹配
• 验证UART控制器是否被正确初始化

6.2 性能优化建议

• 合理调整bootdelay时间，平衡启动速度和调试需求
• 精简PMON功能，移除不需要的驱动和命令
• 优化内核加载路径，优先使用高速接口（如SATA而非USB）
• 预置常用的环境变量，减少交互等待时间

7. 进阶开发指导

7.1 PMON定制与扩展

PMON作为开源软件，可以根据需要进行深度定制：

添加新设备驱动：

1. 在tgt_machdep.c中实现设备初始化函数
2. 添加对应的驱动支持代码
3. 注册设备到PMON设备树

扩展命令行功能：

1. 定义新的命令处理函数
2. 注册命令到命令表
3. 实现相应的帮助信息

修改启动流程：

1. 分析现有的启动脚本
2. 调整设备检测顺序
3. 添加自定义的启动前检查

7.2 多核启动支持

龙芯2K1000作为多核处理器，PMON需要特殊处理多核启动：

• 主核负责完成主要的初始化工作
• 从核在启动初期处于等待状态
• 内核启动后通过IPI唤醒从核
• 需要正确配置核间通信机制

在实际项目中，我们曾经遇到过一个典型的启动问题：系统偶尔会在DDR初始化阶段卡死。通过分析发现，这是由于内存训练参数没有充分考虑PCB布线延迟导致的。解决方案是在PMON的start.S文件中调整了内存控制器的时序参数，增加了额外的等待周期。这个案例说明，深入理解PMON的启动流程对于解决实际问题至关重要。

另一个值得分享的经验是关于内核加载地址的选择。在早期的移植过程中，我们曾将内核加载到0x80000000地址，结果发现系统运行不稳定。后来通过分析PMON的内存映射关系，发现这个区域与PMON的运行时数据结构有重叠。将加载地址调整为0x80200000后问题得到解决。这个教训告诉我们，必须清楚了解PMON自身的内存使用情况，才能正确配置内核加载参数。