📚 课程目录第3章硬件平台与BSP

3. 硬件平台与BSP

在嵌入式Linux量产部署中，硬件平台与BSP（Board Support Package）决定了系统的下限。SoC选型一旦定型，后续的功耗、接口、供货周期、驱动成熟度都会随之锁定；BSP结构是否清晰，则直接影响内核升级、驱动移植和量产维护的效率。本节围绕SoC选型、BSP组成、设备树、驱动适配与硬件接口调试五个关键环节展开，帮助建立从芯片到板级、从内核到外设的完整工程视角。

一、SoC选型：先看生态，再看参数

SoC选型不是简单的“主频越高越好”。量产项目应优先评估四类指标：供货周期与生命周期、主芯片厂商的Linux BSP维护活跃度、外设接口与目标产品的匹配度、封装与散热约束。例如工业网关更关注双网口、CAN、宽温与长期供货；消费类设备则更关注GPU、视频编解码和成本。

选型时建议把候选SoC放入同一张评估表，逐项打分，而不是只看CPU核数。尤其要确认：主芯片是否进入mainline、厂商SDK内核版本是否过旧、关键外设（如PCIe、USB3.0、MIPI-CSI）是否有可用的上游驱动。

评估维度	关键问题	量产风险
生命周期	是否承诺10年以上供货	中途停产导致重新设计
BSP成熟度	内核版本、驱动完整性、社区活跃度	驱动缺失，移植成本高
接口匹配	网口、CAN、PCIe、显示接口数量	外扩芯片增加成本与故障点
功耗散热	典型功耗、封装热阻、是否需要风扇	高温降频、结构复杂
工具链支持	交叉编译器、调试器、烧录工具	产线烧录效率低

二、BSP结构：从BootROM到根文件系统

BSP不是单一软件包，而是一组让硬件“跑起来”的软件集合。典型嵌入式Linux BSP包含：BootROM固化代码、SPL/TPL、U-Boot、Linux内核、设备树、驱动模块、根文件系统、交叉工具链以及烧录与调试脚本。它们之间存在明确的启动依赖关系。

从图中可以看到，BSP的启动链路是严格串行的：BootROM加载SPL，SPL初始化DDR后加载U-Boot，U-Boot再加载内核与设备树，最后挂载根文件系统。任何一环出错，系统都无法进入用户态。因此量产前必须逐级验证，而不是只测最终系统。

三、设备树：硬件描述与内核解耦

设备树（Device Tree）用.dts源文件描述板级硬件，编译为.dtb后由U-Boot传给内核。它的核心价值是让同一份内核镜像适配不同板卡，减少“一板一内核”的维护负担。设备树中常见节点包括CPU、内存、时钟、中断控制器、GPIO、I2C、SPI、UART以及具体外设。

&i2c1 {
    status = "okay";
    clock-frequency = <100000>;

    eeprom@50 {
        compatible = "atmel,24c02";
        reg = <0x50>;
    };
};

&uart2 {
    status = "okay";
    pinctrl-names = "default";
    pinctrl-0 = <&uart2_pins>;
};

调试设备树时，常用dtc反编译和/proc/device-tree查看实际生效内容。若驱动未加载，先确认compatible是否与驱动匹配，再检查status是否为okay，最后核对引脚复用与时钟是否使能。

四、驱动适配与硬件接口调试

驱动适配遵循“先匹配、再初始化、后验证”的顺序。以I2C传感器为例，典型流程是：在设备树中挂载节点，确认compatible与驱动一致，使用i2cdetect扫描地址，再通过i2cget/i2cset读写寄存器，最后加载驱动并查看dmesg。

# 扫描I2C总线
i2cdetect -y 1

# 读取寄存器
i2cget -y 1 0x50 0x00

# 查看内核日志
dmesg | grep -i "i2c\|eeprom"

调试建议：先确认电气层（供电、上拉、电平）正常，再查协议层（地址、时序、时钟），最后查驱动层（compatible、probe、中断）。很多“驱动问题”实际是硬件问题。

常见误区：直接修改内核源码适配板卡，而不使用设备树；或把厂商SDK中的旧驱动原样搬入新内核。前者导致升级困难，后者可能引入安全漏洞和API不兼容。正确做法是优先使用mainline驱动，通过设备树做板级差异。

五、量产复盘：BSP冻结与版本管理

进入量产阶段，BSP必须冻结并纳入版本管理。建议将U-Boot、内核、设备树、根文件系统、工具链分别打标签，记录对应的SoC型号、板卡版本和配置差异。每次修改设备树或驱动，都要在产线烧录镜像上回归验证，避免“实验室能跑、产线失败”。

同时，保留一份最小可启动BSP作为基线，用于快速定位是硬件改版还是软件引入的问题。只有把SoC选型、BSP结构、设备树、驱动适配和接口调试串成闭环，才能让嵌入式Linux产品从“能跑”走向“可量产、可维护”。