3. 内核解压阶段：自解压日志与解压过程调试

内核自解压是嵌入式 Linux 启动中一个短暂但关键的阶段。Bootloader 将压缩后的内核映像（通常是 zImage 或 uImage）加载到内存后，控制权移交给内核映像头部的一段自解压代码。这段代码负责将压缩的内核主体解压到指定的内存地址，然后跳转到解压后的内核入口。本章将深入分析自解压日志、解压流程以及常见的调试方法。

3.1 自解压阶段概述

自解压阶段位于 Bootloader 与内核主初始化之间，其核心任务是快速、可靠地完成内核解压。该阶段通常由汇编语言编写，具有以下特点：

• 无完整 C 运行时环境：堆栈可能未完全初始化，依赖少量寄存器传递参数。
• 无 MMU 和 Cache：解压过程在物理地址空间进行，Cache 可能处于关闭状态。
• 输出有限：通常只能通过 UART 输出简单的字符或状态码。

3.2 自解压日志分析

典型的自解压日志输出如下：

Uncompressing Linux... done, booting the kernel.

这条日志虽然简短，但包含了重要的状态信息。下表列出了不同日志变体及其含义：

3.3 自解压流程与关键节点

自解压过程可以分解为以下几个关键步骤。下面的 SVG 流程图展示了从 Bootloader 跳转到解压完成的全过程。

3.4 解压过程调试方法

当自解压阶段出现问题时，由于日志输出有限，需要采用特定的调试策略。以下是几种常用的调试方法：

3.4.1 增加自解压阶段调试输出

在自解压代码中增加额外的字符输出，可以帮助定位卡死点。例如，在 arch/arm/boot/compressed/head.S 中，可以添加如下代码：

/*
 * 在解压循环开始前输出一个字符 'S' (Start)
 */
mov r0, #'S'
bl putc

/*
 * 在解压循环中，每解压一个数据块输出一个 '.'
 */
bl decompress_block
mov r0, #'.'
bl putc

/*
 * 解压完成后输出 'F' (Finish)
 */
mov r0, #'F'
bl putc

3.4.2 使用硬件调试器（JTAG/SWD）

当无法通过 UART 获取任何输出时，硬件调试器是唯一的选择。以下是使用 JTAG 调试自解压阶段的步骤：

1. 连接调试器：确保 JTAG/SWD 接口连接正确，目标板供电正常。
2. 加载符号表：将编译时生成的 vmlinux 或 arch/arm/boot/compressed/vmlinux 的符号表加载到调试器。
3. 设置断点：在自解压代码入口处（如 start 标签）设置断点。
4. 单步执行：观察寄存器值，特别是 r0（可能包含架构 ID）、r1（可能包含机器类型）、r2（可能包含 ATAG 或 DTB 地址）。
5. 检查内存：验证压缩内核映像在内存中的完整性，检查 CRC 校验值。

3.4.3 检查内核映像与内存布局

自解压失败的一个常见原因是内核映像的加载地址与解压地址重叠。下表列出了常见的地址配置及其检查方法：

3.5 常见问题与解决方案

以下是在自解压阶段经常遇到的问题及其解决方案：

• 问题： 输出 "Uncompressing Linux... Error"
  解决方案： 检查 Flash 读取时序，验证 CRC 校验算法是否匹配。尝试重新烧写内核映像。
• 问题： 输出 "Uncompressing Linux... done" 后无响应
  解决方案： 检查 ZRELADDR 是否与内核链接地址一致。使用 JTAG 检查跳转目标地址是否正确。
• 问题： 无任何输出
  解决方案： 首先确认 UART 引脚电平是否正常。然后使用 JTAG 检查程序是否执行到自解压入口。如果程序未到达，检查 Bootloader 的跳转地址。
• 问题： 解压速度极慢
  解决方案： 检查 Cache 是否在解压前被正确初始化。某些 SoC 需要在自解压代码中手动开启 Cache。

3.6 自解压阶段调试总结

自解压阶段虽然短暂，但却是内核启动的基石。掌握其日志含义、流程节点和调试方法，对于解决嵌入式 Linux 启动问题至关重要。在实际调试中，应遵循从简单到复杂的原则：先检查日志输出，再验证内存布局，最后使用硬件调试器进行深入分析。