首页/资讯中心/详情

U-Boot移植实战：PowerPC HPC II平台启动引导与硬件初始化详解

U-Boot移植实战：PowerPC HPC II平台启动引导与硬件初始化详解
📅 发布时间：2026/6/22 2:30:56

1. 项目概述与核心价值

如果你正在为一个基于PowerPC架构的新硬件平台，比如飞思卡尔的HPC II（High Performance Platform II），寻找一个稳定可靠的启动引导方案，那么U-Boot几乎是你唯一且最佳的选择。这不是一句空话，而是我在过去十多年里，从无数个嵌入式项目启动失败和成功中得出的结论。U-Boot的强大之处在于，它不仅仅是一个“开机程序”，而是一个完整的、可交互的硬件管理环境，能在操作系统接管之前，为你准备好一切。

这次我们要啃的硬骨头，是飞思卡尔在2005年左右推出的HPC II平台，其核心是MPC7448处理器搭配Tundra的Tsi108桥接芯片。这个组合在当时代表了高性能嵌入式计算的顶尖水平，但与之对应的，其启动逻辑和硬件初始化也相当复杂。官方虽然提供了应用笔记（AN2924），但那份文档更像是一份“已解谜题的答案”，直接告诉你改哪些文件、填哪些值，却很少解释“为什么”。对于想真正掌握U-Boot移植精髓，或者未来要面对其他陌生平台的工程师来说，这远远不够。

因此，这篇文章的目的，就是带你穿透那些冰冷的代码片段和寄存器地址，深入理解将一个“通用”的U-Boot适配到一块“特定”板卡背后的完整逻辑链条。我们会从源码获取与构建开始，一步步拆解如何为HPC II创建新的板级支持，重点攻克内存映射（BAT寄存器）、DDR2控制器初始化、Tsi108桥片复杂总线配置这些核心难点。我会分享我在类似PowerPC平台移植中踩过的坑、总结的技巧，以及如何从U-Boot浩瀚的源码树中快速定位关键代码的“嗅觉”。无论你是正在为HPC II复现经典，还是为其他PowerPC平台移植U-Boot，这篇文章提供的思路和方法论都将是你工具箱里的利器。

2. U-Boot源码生态与工程化构建

在动手修改一行代码之前，我们必须先理解U-Boot项目的组织方式。它不是一个简单的、所有代码堆在一起的程序，而是一个高度模块化、遵循一定设计哲学的软件工程。理解它的目录结构，是高效移植和后期调试的基础。

2.1 源码获取与版本选择

U-Boot的主仓库一直在 sourceforge.net/projects/u-boot 和 www.denx.de 维护。对于HPC II这类较老的平台，直接拉取最新主线代码可能会遇到兼容性问题，因为驱动模型和API可能已经发生了巨大变化。更稳妥的做法是寻找一个已知能支持类似硬件（比如同为Tsi108桥片或MPC74xx系列CPU）的稳定版本作为起点。

在飞思卡尔（现恩智浦）的生态中，通常会为评估板提供Board Support Package。对于HPC II，最初的U-Boot移植就是基于Tundra Semiconductor的某个评估板代码修改而来。这是一种非常经典的移植策略：找一个硬件最相似的参考板。在U-Boot源码的board/目录下浏览，如果你能找到Tundra/tsi108board这样的目录，那么它就是绝佳的起点。如果没有，那么任何使用MPC74xx系列CPU和类似复杂桥片的板子（比如一些CPCI刀片服务器板卡）的代码都可以作为参考。

获取到基础代码后，第一件事不是编译，而是浏览。重点看两个文件：README和顶层Makefile。README会告诉你构建的基本命令和重要的配置选项。而Makefile里则藏着所有已支持板卡的配置目标列表，这是我们为自己板卡“上户口”的关键。

2.2 源码目录结构深度解析

U-Boot的目录结构模仿了Linux内核，这降低了学习成本。但对于移植工作，我们只需要关注其中几个核心目录：

  • /board/：这是板级代码的家。每个子目录代表一个具体的硬件平台，比如board/freescale/下可能有mpc8548cds,p2020rdb等。我们为HPC II创建的新板级支持，比如叫hpc2或freeserve2（如原始文档所示），就要放在这里。这个目录下的文件负责最底层的硬件初始化：内存、串口、GPIO、板级设备列表等。
  • /arch/(旧版本可能是/cpu/)：这是CPU架构相关代码。对于PowerPC，我们会找到arch/powerpc/cpu/74xx_7xx/这样的目录。这里包含了CPU核心的初始化、缓存操作、异常向量表设置等与处理器核心密切相关的代码。移植时，如果CPU型号相同（如都是MPC7448），这部分通常无需改动。
  • /include/configs/：这是板级配置头文件的仓库。每个板子都有一个对应的.h文件，例如include/configs/MPC8548CDS.h。这个文件是移植的核心枢纽，它通过大量的#define宏来配置U-Boot的功能：使能哪些驱动（网络、USB、PCI）、设置内存大小、定义环境变量存储位置、设置波特率等。为HPC II创建include/configs/HPC2.h是必须的一步。
  • /drivers/：各种设备驱动。串口（serial）、网络（net）、Flash（mtd）、PCI（pci）等。移植时，我们需要确认所需的驱动是否已存在，并确保它们在配置头文件中被正确使能。
  • /common/：U-Boot的命令实现和通用逻辑。例如cmd_bootm.c实现了bootm命令。移植初期一般不修改这里。
  • /lib/：架构相关的库函数。对于PowerPC，lib/powerpc/下包含了一些重要的板级初始化函数调用路径。

理解这个结构后，移植工作就变得清晰：我们主要工作在board/和include/configs/下，必要时查阅或修改drivers/中的特定驱动，而arch/和common/则尽量保持原样。

2.3 创建新板级支持的标准化流程

基于一个参考板（例如Tundra/tsi108board）创建HPC II的板级支持，是一个标准化的“复制-重命名-修改”过程。这个过程看似机械，但每一步都至关重要。

第一步：创建板级目录和文件

# 假设在U-Boot源码根目录 cp -r board/Tundra/tsi108board board/freescale/hpc2 cd board/freescale/hpc2 mv tsi108board.c hpc2.c # 同时需要重命名或修改该目录下的其他相关文件，如Makefile中指向的目标名

注意：不要只复制.c文件。参考板目录下的Makefile、Kconfig（如果版本较新）、链接脚本（如u-boot.lds）以及可能的子目录都需要一并复制并做相应修改。

第二步：在配置头文件目录创建专属配置

cp include/configs/TSI108BOARD.h include/configs/HPC2.h

这个HPC2.h文件将成为我们整个移植工作的控制中心。接下来需要根据HPC II的硬件规格，系统地修改里面的每一个定义：内存地址、大小、时钟频率、外设基地址、使能的功能宏等。

第三步：修改顶层Makefile，注册新配置在顶层Makefile中，找到按照CPU系列分类的配置目标区域。对于MPC7448（属于74xx_7xx系列），添加如下目标：

# 在 Makefile 中找到类似这样的区块 74xx_7xx_config: unconfig @$(MKCONFIG) $(@:_config=) powerpc 74xx_7xx tsi108board Tundra # 在其后添加HPC II的配置目标 hpc2_config: unconfig @$(MKCONFIG) $(@:_config=) powerpc 74xx_7xx hpc2 freescale

这行命令的含义是：当执行make hpc2_config时，调用mkconfig脚本，配置目标为hpc2，架构是powerpc，CPU类型是74xx_7xx，板子名称是hpc2，厂商是freescale。这个脚本会自动创建符号链接并设置编译环境。

第四步：首次验证性构建完成以上步骤后，即使代码还完全是参考板的，我们也应该进行一次构建，以验证环境是否就绪。

make distclean # 彻底清理，避免残留配置干扰 make hpc2_config # 应用我们刚刚创建的配置 make # 开始编译

如果编译成功，你会得到u-boot.bin（原始二进制镜像）、u-boot（ELF格式，可用于调试）、u-boot.srec（S-Record格式，常用于通过调试器烧写）等文件。这一步的成功，意味着我们成功“克隆”了一个已知可工作的U-Boot框架，接下来的任务就是把这个框架“重塑”成HPC II的形状。

3. HPC II平台硬件初始化深度剖析

U-Boot启动的第一阶段，是在极其有限的硬件环境下（可能连内存都还没初始化）运行的汇编代码。对于HPC II这样由“CPU + 复杂桥片”构成的系统，初始化顺序和寄存器配置是移植成败的关键。这一阶段任何错误都会导致板子“变砖”，只能通过JTAG等调试器救回。

3.1 内存控制器与DDR2初始化：从硬编码到智能识别

内存是系统运行的基石。HPC II使用Tsi108桥片集成内存控制器来驱动DDR2 SDRAM。初始化内存控制器是U-Bootboard_init_f阶段（在Flash中运行，尚未重定位到RAM）最早也是最关键的任务之一。

在board/freescale/hpc2/目录下，通常会有一个汇编文件（如asm_init.S或start.S）包含内存初始化代码。原始文档给出了两种初始化策略：

策略一：硬编码参数这是最直接的方法，适用于已知内存颗粒型号和固定频率的平台。代码中直接定义时序参数：

/* Micron MT9HTF6472AY-40EA1 : 512MB, DDR2-400, CL3 */ #define VAL_SD_REFRESH (0x61A) // 刷新率参数 #define VAL_SD_TIMING (0x0308336b) // 行列地址延迟、CAS等时序参数 #define VAL_SD_D0_CTRL (0x07100021) // DIMM0控制寄存器值 #define VAL_SD_D0_BAR (0x0FE00000) // DIMM0基地址和大小（512MB @ 0x0） #define VAL_SD_D1_CTRL (0x07100020) // DIMM1控制寄存器（假设第二槽空或禁用） #define VAL_SD_D1_BAR (0x0FE00200) // DIMM1基地址（紧接DIMM0后512MB）

然后在初始化函数中，根据检测到的系统总线频率（通过读取Tsi108的某个状态寄存器），选择对应的硬编码参数集写入内存控制器寄存器。这种方法简单、稳定，但缺乏灵活性。更换不同型号或频率的内存条后，必须重新修改代码并编译。

策略二：SPD（Serial Presence Detect）读取这是更专业和通用的方法。现代内存条上都有一个小的EEPROM（SPD），里面存储了该内存条的所有时序、容量、厂商信息。Tsi108控制器支持通过I2C总线读取SPD数据。U-Boot代码中通常已经实现了tsi108_sdram_spd()这样的函数。

要使能SPD初始化，你需要：

  1. 确保在配置头文件HPC2.h中定义了CONFIG_SPD_EEPROM。
  2. 正确配置I2C总线引脚和速率（Tsi108的I2C控制器相关寄存器）。
  3. 在代码中取消对SDC_HARDCODED_INIT宏的定义，并确保tsi108_sdram_spd()函数被调用。
  4. SPD数据读取后，需要根据JEDEC标准解析，并动态计算出正确的控制器寄存器值。

实操心得：在项目早期，为了快速验证内存控制器和CPU的基本工作，我强烈建议先使用硬编码方式。这能排除I2C总线配置、SPD读取解析等环节带来的不确定性。等系统能稳定运行到U-Boot命令行后，再着手实现和调试SPD读取功能，实现最终版的灵活性。在asm_init.S中，你可以通过#ifdef SDC_HARDCODED_INIT来方便地切换两种模式。

3.2 PowerPC BAT寄存器与内存映射：为系统“绘制地图”

内存控制器让物理内存条工作了，但CPU如何访问它们？对于PowerPC架构，这需要通过BAT（Block Address Translation）寄存器来建立虚拟地址到物理地址的映射。你可以把BAT寄存器理解为CPU内部的一个“地址映射速查表”，它定义了哪些虚拟地址范围对应哪些物理地址范围，以及这些范围的属性（是否可缓存、是否可写等）。

HPC II系统的内存空间非常复杂，混合了SDRAM、PCI内存空间、Tsi108内部寄存器空间、本地总线设备（Flash， NVRAM）空间。U-Boot需要为这些空间建立正确的BAT映射，才能让后续的C代码正常运行。

在include/configs/HPC2.h中，你会看到一系列CFG_IBATxU、CFG_IBATxL、CFG_DBATxU、CFG_DBATxL的定义。这些就是指令BAT（IBAT）和数据BAT（DBAT）的配置值。原始文档中的配置是一个经典范例：

  • IBAT1/DBAT1：映射最低的1GB虚拟地址空间（0x0000_0000 - 0x3FFF_FFFF）到SDRAM的物理地址。这是U-Boot代码重定位后运行和堆栈使用的区域。属性0x12通常表示可读可写、缓存策略为写通（Write-Through）。
  • IBAT2/DBAT2：映射1GB的PCI内存空间（0x8000_0000 - 0xBFFF_FFFF）。当CPU需要访问PCI设备上的内存（如显卡显存）时，就通过这个窗口。
  • DBAT3：映射Tsi108桥片自身的配置寄存器空间（0xC000_0000 - 0xC001_FFFF）。U-Boot需要通过读写这些寄存器来配置Tsi108。
  • DBAT0：映射另一块512MB的PCI空间（0xE000_0000 - 0xEFFF_FFFF），可能用于PCI I/O或配置空间。
  • IBAT0：映射本地总线上的Boot Flash和备用Flash空间（0xFE00_0000 - 0xFFFF_FFFF）。CPU上电后第一条指令就是从这里的Flash中取得的。

一个关键陷阱：BAT大小限制与XBSEN位默认情况下，PowerPC的BAT寄存器只能定义最大256MB的连续块。但我们的SDRAM和PCI空间映射需要1GB。怎么办？这就需要设置HID0寄存器的XBSEN（eXtra BAT Size ENable）位。原始文档中asm_init.S的那段汇编代码正是做了这件事：

mfspr r5, HID0 oris r5, r5, 0x0080 // 设置HIGH_BAT_EN位（位8） ori r5, r5, 0x0380 // 设置SPD, XBSEN, SGE位（位22,23,24） mtspr HID0, r5

0x0380中的0x0080对应XBSEN位，将其置1后，BAT就可以定义最大1GB的块了。忘记设置这个位，是导致U-Boot在尝试访问大容量内存时出现数据异常或指令获取错误的常见原因之一。

3.3 Tsi108桥片内部总线配置：OCN与HLP详解

Tsi108是一个高度集成的“片上系统”桥片，其内部通过一个名为OCN（On-Chip Network）的交换网络连接CPU接口、内存控制器、PCI-X桥、以太网MAC、本地总线（HLP）等模块。理解OCN的地址映射是配置外设的钥匙。

CPU发起的访问，其地址会先经过BAT映射，然后送到Tsi108。Tsi108根据地址落在哪个“BAR（Base Address Register）”范围内，决定将其路由到哪个内部模块。HPC II主要用到两个BAR：

  • PB_OCN_BAR_1：映射到0xE000_0000 - 0xFFFF_FFFF，共512MB。这个空间通过一个32项的LUT（Look-Up Table）进一步细分，每项管理16MB，并指定目标端口和属性。
  • PB_OCN_BAR_2：映射到0x8000_0000 - 0xBFFF_FFFF，共1GB，主要用于PCI内存空间。

LUT的配置在board/freescale/hpc2/tsi108_init.c的board_early_init_r()函数中完成。每一对{upper, lower}值定义了一个16MB区域的属性。例如：

{0x00000000, 0x00000201}, // PBA=0xE000_0000 -> PCI/X (Byte-Swap)
  • upper: 地址转换值，0表示直接映射。
  • lower: 属性字段。0x00000201拆解来看：
    • 0x0000：未使用。
    • 0x02：字节交换（Byte-Swap）使能。因为PowerPC是Big-Endian，而PCI设备通常是Little-Endian，需要字节交换。
    • 0x01：目标端口号。1代表PCI-X端口。

再看一个HLP（本地总线）的例子：

{0x00000000, 0x00000240}, // PBA=0xFF00_0000 -> HLP /* cs0 boot flash */
  • 0x02：字节交换。
  • 0x40：0x40=0100 0000，其中 bit 6 (0x40) 表示“启用地址转换”（虽然这里转换值为0，即不转换），bit 2:0 (0x0) 表示端口号0，即HLP端口。

HLP（Host Local Port）是Tsi108连接片外低速设备的本地总线，类似一个简单的Memory-Mapped IO总线。HPC II用它连接Boot Flash、NVRAM/RTC和系统逻辑（FPGA）。在tsi108_init.c中，我们需要设置HLP各个片选（CS0-CS3）的基地址和掩码：

out32(CFG_TSI108_CSR_BASE + TSI108_HLP_REG_OFFSET + HLP_B0_ADDR, 0x00000000); out32(CFG_TSI108_CSR_BASE + TSI108_HLP_REG_OFFSET + HLP_B0_MASK, 0xFFF00000);

HLP_B0_ADDR设置了CS0对应的地址高16位（这里为0），HLP_B0_MASK设置了掩码。0xFFF00000意味着地址位[31:20]必须匹配ADDR[31:20]才选中该设备，即每个Bank大小为1MB (2^(32-20) = 2^12 = 4KB? 这里需要根据手册核对，掩码计算是易错点)。这定义了Flash等设备在CPU地址空间中的“窗口”。

避坑指南：LUT和HLP的配置必须与之前BAT寄存器的映射严格对齐。例如，BAT0将0xFE00_0000-0xFFFF_FFFF映射为可访问，那么LUT中对应0xFE00_0000（CS3）和0xFF00_0000（CS0）的条目必须正确指向HLP端口，并且HLP的CS0/CS3基地址和掩码也要与之匹配。任何不一致都会导致CPU访问Flash时，Tsi108无法正确路由请求，引发机器检查异常（Machine Check Exception）或挂死。配置这些寄存器时，务必结合Tsi108的用户手册和HPC II的原理图，反复核对地址映射图。

4. 外设驱动移植与集成实战

当内存映射建立，U-Boot代码可以顺利在SDRAM中运行后，下一步就是让基础外设工作起来，特别是调试串口。没有串口输出，调试就像在黑暗中摸索。

4.1 串口驱动调试：通往外界的第一扇窗

U-Boot的串口驱动通常位于drivers/serial/目录下，对于使用NS16550兼容UART的SoC（Tsi108内部集成的是这种），驱动是现成的。关键是如何将其与HPC II的硬件对应起来。

  1. 确定硬件基地址：查原理图得知，HPC II的调试串口连接到Tsi108的某个DUART通道。其寄存器映射到CPU地址空间的某个位置，例如原始文档中提到的CFG_DUART_IO = 0xC0000000 + 0x7808。这个地址必须在之前配置的DBAT3映射范围内（0xC000_0000），CPU才能访问到。

  2. 修改板级串口初始化：在board/freescale/hpc2/目录下，通常有一个serial.c或ns16550.c的文件，其中包含serial_init()函数。你需要在此函数中：

    • 根据CFG_DUART_IO计算正确的寄存器基地址。
    • 根据系统时钟（CFG_OCN_CLK）和期望的波特率（如115200），计算并设置波特率分频器。
    • 正确配置UART的线路控制寄存器（数据位、停止位、无奇偶校验）。

  3. 确保控制台正确指向：在include/configs/HPC2.h中，必须正确定义串口相关的宏：

    #define CONFIG_SYS_NS16550 1 /* 使用NS16550驱动 */ #define CONFIG_SYS_NS16550_SERIAL 1 #define CONFIG_SYS_NS16550_REG_SIZE (-4) /* 寄存器访问方式，可能与地址映射有关 */ #define CONFIG_SYS_NS16550_CLK (CFG_OCN_CLK/2) /* 输入到UART的时钟频率 */ #define CONFIG_SYS_NS16550_COM1 CFG_DUART_IO /* 串口1的基地址 */ #define CONFIG_CONS_INDEX 1 /* 使用第一个串口作为控制台 */ #define CONFIG_BAUDRATE 115200

调试技巧：如果上电后串口毫无输出，首先用示波器测量UART的TX引脚，看是否有波形。如果有波形但乱码，检查波特率计算是否正确（时钟源、分频器）。如果没波形，则可能是：

  • BAT映射错误，CPU无法访问UART寄存器地址。
  • 串口驱动未正确编译进U-Boot（检查HPC2.h中的宏定义）。
  • 板级初始化代码中，UART所在的电源或时钟域未被使能。需要检查Tsi108的全局控制寄存器或系统逻辑（FPGA）的配置。

4.2 网络与Flash驱动：实现TFTP和固件更新

串口调通后，网络和Flash功能将使开发和调试效率倍增。

网络驱动（Tsi108内部MAC）： Tsi108集成了千兆以太网MAC。U-Boot中对应的驱动文件可能是drivers/net/tsi108_eth.c或位于板级目录下。移植工作包括：

  1. 在HPC2.h中使能网络和TFTP支持：#define CONFIG_CMD_NET,#define CONFIG_CMD_TFTPBOOT,#define CONFIG_TSI108_ETH。
  2. 正确配置网络接口的基地址（同样是Tsi108寄存器空间的一部分）、PHY地址（通过MDIO/MDC管理接口）、MAC地址来源（如从环境变量或EEPROM读取）。
  3. 实现board_eth_init()函数，完成MAC的初始化和PHY的配置。

Flash驱动（CFI接口）： HPC II的Boot Flash通常支持CFI（Common Flash Interface）标准。U-Boot有通用的CFI驱动drivers/mtd/cfi_flash.c。移植工作主要是正确配置Flash在内存地图中的位置和大小。

  1. 在HPC2.h中定义Flash的基地址和大小：#define CONFIG_SYS_FLASH_BASE 0xFF000000,#define CONFIG_SYS_FLASH_SIZE 0x00800000(8MB)。
  2. 在板级文件（如board/freescale/hpc2/flash.c）的flash_init()函数中，调用CFI探测函数来识别Flash芯片，并正确设置扇区布局。
  3. 使能Flash操作命令：#define CONFIG_CMD_FLASH。

重要提示：在Flash驱动完全工作之前，绝对不要使用saveenv或任何擦写Flash的命令。错误的Flash配置可能导致擦写操作破坏Bootloader本身，使板子无法启动。在初期，可以将环境变量保存在RAM中（#define CONFIG_ENV_IS_NOWHERE），或者通过TFTP从网络加载。

4.3 PCI总线扫描与设备初始化

HPC II提供了PCI-X/PCI插槽。U-Boot的PCI子系统可以扫描并初始化插槽上的设备（如额外的网卡、SATA控制器等）。这需要在HPC2.h中使能PCI支持，并在板级代码中正确配置Tsi108的PCI主机控制器。

关键步骤在board/freescale/hpc2/pci.c的pci_init_board()函数中：

  1. 初始化Tsi108的PCI主控配置空间。
  2. 设置PCI内存和I/O空间的地址范围（与之前BAT和LUT的配置对应）。
  3. 调用pci_register_hose()注册PCI总线，然后U-Boot会自动扫描总线上的设备。

PCI设备的BAR（基地址寄存器）分配是一个动态过程。U-Boot会为每个PCI设备分配其在CPU地址空间中的位置，这些位置必须落在之前为PCI配置的BAT/LUT映射窗口内（如DBAT2映射的0x8000_0000区域）。

5. 构建、烧写与上电调试全流程

当所有代码修改完成后，就进入了最终的验证阶段。这个过程需要耐心和严谨。

5.1 构建最终镜像

在U-Boot根目录执行：

make distclean make hpc2_config make CROSS_COMPILE=powerpc-linux-gnu- # 指定你的交叉编译工具链前缀

确保编译无错误。生成的u-boot.bin就是我们要烧写的二进制文件。同时，生成反汇编文件对调试很有帮助：

powerpc-linux-gnu-objdump -D u-boot > u-boot.dis

5.2 镜像烧写与启动

对于一块全新的或Flash空白的板子，首次烧写必须通过外部调试工具。原始文档中提到了PROMjet（一种Flash仿真器），更通用的工具是JTAG调试器（如Lauterbach、PEEDI，或开源的OpenOCD+JTAG适配器）。

  1. 通过JTAG烧写：将板子连接JTAG调试器。使用调试软件将u-boot.bin或u-boot.srec文件直接烧写到Flash的起始地址（如0xFF000000）。这个过程会绕过任何Bootloader。
  2. 上电启动：烧写完成后，给板子上电，连接串口终端（如minicom或picocom，波特率115200）。如果一切顺利，你应该能看到U-Boot的启动信息，最后出现=>提示符。
  3. 网络加载测试：在U-Boot命令行中，设置IP地址，并尝试ping通你的主机，然后通过tftp加载一个内核镜像进行测试：
    => setenv ipaddr 192.168.1.100 => setenv serverip 192.168.1.50 => ping 192.168.1.50 => tftp 0x1000000 uImage # 将内核镜像加载到内存0x1000000处
  4. 环境变量与Flash操作测试：如果Flash驱动工作正常，可以将环境变量保存到Flash：
    => setenv bootcmd 'tftp 0x1000000 uImage; bootm 0x1000000' => saveenv
    重启板子，检查环境变量是否被正确保存和读取。

5.3 典型问题排查实录

即使按照指南一步步操作，第一次成功启动也常常伴随各种问题。下面是我在类似项目中遇到的一些典型问题及排查思路：

现象可能原因排查步骤
上电后无任何串口输出1. 串口线连接错误或波特率不对。
2. U-Boot代码未运行（Flash为空或损坏）。
3. CPU未执行Flash中的代码（复位向量配置错误）。
4. 最基础的CPU/内存初始化失败（如时钟未起振）。		1. 确认串口线TX/RX对接正确，终端软件波特率设为115200。
2. 用JTAG调试器读取Flash起始地址内容，确认U-Boot已烧入。
3. 用JTAG单步跟踪CPU复位后的第一条指令地址（PowerPC通常是0xFFF00100），看是否跳转到Flash正确位置。
4. 用示波器测量核心电压、时钟、复位信号。用JTAG检查MSR、HID0等关键寄存器值。
串口有输出但乱码1. 波特率计算错误，串口驱动初始化时钟分频不对。
2. 串口数据位、停止位、奇偶校验配置与终端不匹配。		1. 仔细核对CFG_OCN_CLK定义的值，以及serial.c中分频器的计算。
2. 确保U-Boot串口配置（CONFIG_SYS_NS16550系列宏）与硬件和终端设置一致（通常8N1）。
输出部分信息后死机1. 代码重定位到RAM后出错（BAT映射错误，RAM访问异常）。
2. 全局数据区（gd）或板级信息结构初始化错误。
3. 在初始化某个特定外设（如网络、PCI）时崩溃。		1. 在board_init_f和board_init_r函数的关键位置添加串口打印，定位死机前最后执行的函数。
2. 检查HPC2.h中CONFIG_SYS_SDRAM_BASE和CONFIG_SYS_MONITOR_LEN等定义是否正确。
3. 通过JTAG连接，在死机后查看机器状态寄存器（MSR）、异常向量（如Data Storage Interrupt, DSI）来定位非法访问地址。
tftp命令超时或失败1. 网络PHY未初始化或链路未建立。
2. MAC地址不正确。
3. 网络包DMA描述符地址超出有效内存范围。
4. 防火墙或网络设置问题。		1. 使用mii info命令查看PHY状态，确认链路是否up。
2. 检查设置的ethaddr环境变量是否合法。
3. 确认网络驱动使用的缓冲区地址在有效的SDRAM范围内（通过BAT1映射）。
4. 在主机端用Wireshark抓包，看是否有TFTP请求发出，以及错误类型。
flinfo无法识别Flash1. Flash基地址CONFIG_SYS_FLASH_BASE错误。
2. CFI探测时序或总线宽度配置不对。
3. Flash芯片进入某种保护模式。		1. 确认地址与硬件原理图和BAT映射一致。
2. 检查flash.c中CFI访问的读/写/控制命令的地址偏移和值是否正确，总线宽度是8位还是16位。
3. 尝试在U-Boot中先发送Flash解锁命令序列（需查Flash芯片手册）。

最后的忠告：移植U-Boot是一个系统工程，最忌讳“一次性修改所有文件然后祈祷它能工作”。应该采用增量测试法：先保证最基础的CPU初始化、串口输出、内存测试能通过；然后使能网络，测试基础通信；最后再使能Flash、PCI等复杂外设。每完成一个功能模块，就进行一次完整的构建和测试，将问题隔离在最小的范围内。善用printf调试（在U-Boot早期阶段可能需要用serial_putc直接输出字符）和JTAG调试器，它们是你穿越黑暗森林最可靠的手电筒。