4、硬件平台分析：SoC架构、内存映射、启动模式、外设接口对移植的影响

U-Boot与rootfs的移植，本质上是在为特定的硬件平台“量身裁衣”。如果对硬件平台的理解不够透彻，移植工作就会变成盲目的试错。本章将聚焦SoC架构、内存映射、启动模式和外设接口四个核心维度，剖析它们如何从底层制约U-Boot的初始化流程、设备树配置以及内核的启动参数。理解这些硬件特性，是编写出稳定、高效引导代码的前提。

上图展示了硬件平台四个核心维度与移植产物之间的映射关系。SoC架构决定了CPU的初始化方式（如异常向量表、MMU配置），内存映射决定了U-Boot链接地址和内核解压地址，启动模式决定了U-Boot的编译配置（如从SD卡还是NAND启动），外设接口则直接关联设备树中节点描述和驱动匹配。下面逐一展开分析。

4.1 SoC架构：CPU核与总线拓扑的底层约束

核心原理：SoC（System on Chip）的架构决定了U-Boot的第一行汇编代码如何执行。不同CPU核（ARM Cortex-A53、A72、RISC-V等）具有不同的异常模型、寄存器组和缓存管理方式。例如，ARMv8架构在EL3/EL2/EL1之间切换，U-Boot需要根据当前异常级别决定是否配置MMU和缓存。总线拓扑（如AXI、ACE、CHI）则影响外设访问延迟和一致性协议，这直接关系到DMA操作的地址映射。

判断方法：在移植前，必须确认以下关键参数：

• CPU核型号与架构版本：决定使用哪个编译工具链（aarch64-linux-gnu-gcc vs arm-linux-gnueabihf-gcc）以及U-Boot的CONFIG_ARM64或CONFIG_ARM配置。
• 缓存与MMU策略：U-Boot早期阶段通常关闭MMU和D-Cache，使用物理地址直接访问；到board_init_f阶段才逐步开启。
• 中断控制器：GIC（Generic Interrupt Controller）版本（GIC-400/500）影响U-Boot中断初始化的代码路径。

架构要素	对U-Boot的影响	对内核的影响	典型配置项
CPU核数/大小核	多核启动（spin-table或PSCI）	调度域与CPUidle	CONFIG_ARMV8_MULTIENTRY
缓存一致性	DMA描述符缓存维护	DMA API选择	CONFIG_SYS_DCACHE_OFF
总线位宽	外设寄存器访问宽度	内存屏障指令	CONFIG_SYS_64BIT_LBA

4.2 内存映射：DDR初始化与地址窗口

核心原理：内存映射定义了CPU地址空间中各区域的用途。U-Boot的链接脚本（u-boot.lds）决定了代码段、数据段在DDR中的位置。如果链接地址与实际DDR基地址不符，U-Boot会在启动早期跳转到错误地址导致死机。DDR控制器的初始化（频率、时序、驱动强度）是U-Boot中最为复杂的部分之一，通常由SPL（Secondary Program Loader）完成。

操作流程：内存映射的移植遵循以下步骤：

1. 从SoC数据手册获取DDR控制器基地址（如i.MX8M的DDRC基地址为0x3d400000）。
2. 根据板载DDR颗粒型号（如DDR4-3200 2GB）配置时序参数（tRCD、tRP、tCL等）。
3. 在U-Boot设备树中设置reg = <0x40000000 0x80000000>;描述内存范围。
4. 验证内存读写：使用md和mw命令进行简单测试，或运行memtest。

// 典型DDR配置片段（drivers/ddr/imx8m/ddr_init.c）
static struct dram_cfg_param ddr_ddrc_cfg[] = {
    { 0x3d400000, 0x01000010 },  // DDRC_MSTR
    { 0x3d400004, 0x00000003 },  // DDRC_STAT
    // ... 省略数百行时序配置
};

内存区域	起始地址（典型）	大小	用途
BootROM	0x00000000	128KB	固化引导代码
OCRAM	0x00100000	256KB	SPL运行空间
DDR	0x40000000	1-8GB	主内存
外设寄存器	0x3d000000	可变	MMIO映射

4.3 启动模式：BootROM与介质选择

核心原理：SoC的BootROM在上电后首先执行，根据启动引脚（BOOT_MODE）的电平状态决定从哪个介质加载SPL。常见的启动介质包括SD/eMMC、SPI NOR Flash、NAND Flash、USB和UART。启动模式直接影响U-Boot的编译配置——例如，从SD卡启动需要定义CONFIG_SYS_MMC_ENV_DEV，而从NAND启动则需要配置NAND控制器驱动。

判断方法：查看SoC参考手册的“System Boot”章节，确认以下信息：

• 启动设备的优先级顺序（如eMMC → SPI NOR → USB）。
• BootROM是否支持校验（如i.MX8M的HAB签名验证）。
• SPL需要满足的大小限制（如i.MX8M的SPL最大为256KB，存放在OCRAM中）。

# 典型SD卡启动的U-Boot环境变量
setenv bootcmd 'fatload mmc 1:1 0x40200000 Image; fatload mmc 1:1 0x40000000 imx8mp-evk.dtb; booti 0x40200000 - 0x40000000'
setenv bootargs 'console=ttymxc1,115200 root=/dev/mmcblk1p2 rootwait rw'

启动介质	U-Boot配置	SPL大小限制	典型应用场景
SD/eMMC	CONFIG_MMC=y, CONFIG_MMC_SDHCI=y	256KB-1MB	开发板、量产固件
SPI NOR	CONFIG_SPI_FLASH=y, CONFIG_SPI_BOOT=y	64-256KB	工业控制、高可靠性
NAND	CONFIG_NAND=y, CONFIG_NAND_BOOT=y	受ECC限制	大容量存储
USB/UART	CONFIG_SPL_USB_SDP_SUPPORT=y	无严格限制	工厂烧录、调试

4.4 外设接口：设备树与驱动匹配

核心原理：外设接口（UART、I2C、SPI、MMC、USB等）在Linux中通过设备树（Device Tree）描述。设备树中的节点（node）和属性（property）必须与硬件实际连接一致，否则内核驱动无法匹配。U-Boot在启动内核时，会将设备树二进制（DTB）传递给内核，因此U-Boot中也需要有对应的设备树支持（用于初始化串口、MMC等）。

操作流程：外设接口的移植通常遵循以下步骤：

1. 阅读板级原理图，确认每个外设的基地址、中断号、时钟源和GPIO复用。
2. 在设备树中创建或修改节点，例如&uart1 { status = "okay"; pinctrl-0 = &pinctrl_uart1; };。
3. 在U-Boot的defconfig中启用对应的驱动（如CONFIG_DM_SERIAL=y）。
4. 验证外设功能：通过U-Boot命令i2c probe、mmc list、usb start等测试。

// 设备树中UART节点示例（arch/arm/dts/imx8mp-evk.dts）
&uart1 {
    pinctrl-names = "default";
    pinctrl-0 = &pinctrl_uart1;
    status = "okay";
};

&iomuxc {
    pinctrl_uart1: uart1grp {
        fsl,pins = <
            MX8MP_IOMUXC_UART1_RXD__UART1_DCE_RX 0x140
            MX8MP_IOMUXC_UART1_TXD__UART1_DCE_TX 0x140
        >;
    };
};

接口类型	关键设备树属性	U-Boot驱动配置	常见问题
UART	clocks, pinctrl, interrupts	CONFIG_DM_SERIAL	波特率偏差、引脚复用冲突
MMC	bus-width, no-1-8-v, mmc-hs200-1_8v	CONFIG_MMC_SDHCI	电压切换失败、CD引脚未接
I2C	clock-frequency, pinctrl	CONFIG_DM_I2C	上拉电阻缺失、地址冲突
USB	dr_mode, phy_type, vbus-supply	CONFIG_USB_DWC3	PHY初始化失败、VBUS检测错误