一、概述
在飞腾处理器平台上，系统启动方案主要包括两种技术路线：UEFI 固件方式与 U-Boot 引导方式。两种方案在系统架构、硬件支持能力、标准化程度以及工程可维护性等方面存在显著差异。
本文从系统级实现、工程落地能力及实际应用场景出发，对两种方案进行全面对比，并给出推荐选型建议。
二、总体架构对比
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| 技术定位 | 标准固件体系 | 嵌入式引导加载器 |
| 系统架构 | 标准化平台 | 强依赖硬件定制 |
| 启动链路 | BL → UEFI → GRUB → OS | BL → U-Boot → OS |
| 多系统支持 | 支持 | 需定制实现 |
| 标准兼容性 | 高（兼容主流Linux发行版） | 低（需定制系统） |
说明：
操作系统默认是UEFI安装方式，使用uboot安装方式，需要定制操作系统，且安装过程相对较麻烦。
三、操作系统安装与部署能力
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| 标准ISO安装 | 支持 | 不支持 |
| U盘安装系统 | 支持 | 一般不支持（飞腾平台常见） |
| 系统部署方式 | 标准安装程序 | 镜像烧写（dd方式） |
| 自动化部署 | 支持（如Kickstart） | 不支持 |
说明：
在飞腾平台实际工程中，U-Boot方式通常采用镜像直接写入（dd）方式完成系统部署，缺乏标准安装流程。
四、硬件抽象与资源管理能力
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| 硬件描述方式 | ACPI + Device Tree | Device Tree |
| 硬件抽象能力 | 强 | 弱 |
| 硬件适配复杂度 | 低 | 高 |
说明：
- UEFI通过ACPI提供标准硬件描述，操作系统无需关心底层硬件差异
- U-Boot依赖DTB，硬件变更需同步修改设备树
- UEFI由对应厂家维护，uboot需要根据硬件，修改对应的dtb。UEFI可以使用ACPI 和 dtb，内核中对acpi和dtb的资源会使用不同的接口获取。Uboot默认使用dtb。
五、外设与扩展设备支持能力（重点）
| 设备类型 | UEFI 方案 | U-Boot 方案（飞腾常见） |
|---|---|---|
| USB设备 | 支持 | 通常不支持或不稳定 |
| NVMe设备 | 支持 | 通常不支持 |
| SATA设备 | 支持 | 通常不支持 |
| PCIe桥（如X100） | 完整支持 | 支持较弱 |
| 桥下挂载设备 | 可正常识别与使用 | 大概率无法识别 |
说明：
在飞腾平台中，UEFI可完成完整PCIe枚举及设备初始化，而U-Boot通常仅支持基础初始化，难以支持复杂拓扑（如X100桥片扩展设备）。
六、系统运行时服务能力
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| Runtime Service | 支持 | 不支持 |
| CPU频率获取 | 支持 | 不支持 |
| 动态调频 | 支持 | 不支持 |
| 温度/时间接口 | 支持 | 需单独驱动 |
说明：
UEFI会提供一些运行时服务，系统运行过程中会有跟UEFI交互，比如获取cpu实时频率、动态调频等。Uboot也可以做，但是以前适配的飞腾uboot没做这些。
UEFI 中会有一些接口提供温度、时间、显示等信息，系统直接调用这些接口即可，不需要单独编写驱动。Uboot需要单独适配对应驱动。
七、系统信息标准化能力
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| SMBIOS支持 | 支持 | 不支持 |
| dmidecode支持 | 支持 | 不支持 |
| 硬件信息获取 | 标准化接口 | 依赖驱动 |
说明：
UEFI固件在启动时会创建标准的ACPI表和SMBIOS表。操作系统启动后，用户可以通过dmidecode命令轻松获取主板制造商、BIOS版本、内存槽信息、CPU最大频率等数据。这些信息是标准化的，不依赖于特定硬件驱动。Uboot没有。
八、安全机制
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| Secure Boot | 支持 | 不完善 |
| TPM支持 | 支持 | 不支持 |
| 信任链机制 | 完整 | 简化 |
说明：
UEFI满足政企及安全合规要求，U-Boot难以满足高安全等级场景。
九、系统维护与升级能力
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| 固件升级方式 | 标准升级机制（Capsule） | 手动烧写 |
| 内核升级方式 | 多版本管理（GRUB） | 手动修改参数 |
| 系统回滚能力 | 支持 | 较弱 |
说明：
使用UEFI固件，内核更新之后，通过选择启动项即可快速选择启动哪一个内核。使用uboot的方式，需要在uboot参数中手动指定需启动的内核。
十、NUMA与性能支持（飞腾关键）
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| NUMA支持 | 支持（ACPI） | 支持较弱 |
| 内存拓扑识别 | 完整 | 简化 |
| 系统性能优化 | 优 | 一般 |
十一、调试与开发能力
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| 底层调试能力 | 一般 | 强 |
| 硬件Bring-up | 一般 | 优 |
| 寄存器操作 | 不便 | 方便 |
十二、启动性能
| 对比项 | UEFI 方案 | U-Boot 方案 |
|---|---|---|
| 启动速度 | 较慢 | 较快 |
十三、综合对比结论
| 维度 | 结论 |
|---|---|
| 标准化能力 | UEFI显著优于U-Boot |
| 硬件支持能力 | UEFI显著优于U-Boot |
| 系统兼容性 | UEFI支持主流Linux发行版 |
| 运维与升级 | UEFI更优 |
| 调试能力 | U-Boot更优 |
| 启动速度 | U-Boot更优 |
十四、选型建议
（一）推荐采用 UEFI 的场景
- 飞腾服务器平台
- 通用操作系统部署（如银河麒麟/UOS等）
- 需要USB安装系统
- 存在PCIe扩展设备（如X100桥片）
- 对安全性有要求（Secure Boot/TPM）
- 需要标准化运维与升级能力
（二）推荐采用 U-Boot 的场景
- 嵌入式专用设备
- 固定功能系统（无需频繁升级）
- 对启动速度有较高要求
- 需要底层硬件调试能力
十五、最终建议（关键结论）
在飞腾平台中：
- UEFI 方案适用于通用计算与服务器场景，是主流推荐方案
- U-Boot 方案适用于嵌入式及定制化设备场景
对于存在USB安装需求、PCIe扩展（如X100桥片）及标准操作系统部署需求的项目，应优先选择UEFI方案。
十六、总结
UEFI与U-Boot的差异本质在于：
- UEFI 提供标准化、平台化的系统运行基础
- U-Boot 提供最小化、可控的系统启动能力
在飞腾平台实际应用中，UEFI方案在功能完整性、系统兼容性及工程可维护性方面具有明显优势。