技术干货

与 Linux kernel 一样，U-Boot 也是使用 MMC subsystem 统一管理 eMMC、SD 等存储设备，这些设备统称为 MMC 设备。U-Boot 提供了一系列的 MMC 命令来方便用户查看及管理 MMC 设备。

U-Boot 提供一个类似 Linux Kernel 的 Pinctrl 子系统，用来统一各芯片厂商的引脚管理。注意，在 U-Boot 中，PINCTRL、IOMUX、PINMUX 通常是一个意思，均可以指 Pinctrl 子系统。

U-Boot 在 2014 年 4 月参考 Linux Kernel 的 Driver Model 设计并引入了自己的 Driver Model（DM） 这个驱动架构。这个驱动模型（DM）为驱动的定义和访问接口提供了统一的方法，提高了驱动之间的兼容性以及访问的标准性。

我们可以将 U-Boot 的启动过程划分为两个阶段：芯片初始化 和 板级初始化。芯片初始化阶段的代码主要是位于 `./arch/架构/cpu` 目录下，其中再根据架构的不同来区分，主要以汇编语言为主

Kconfig 是 Linux Kernel Build System 中用来对 Linux 内核进行配置工具，后来 U-Boot 也引入了 Kbuild/Kconfig 系统。当执行 make menuconfig 时会出现一个配置界面，允许开发者通过类似于 UI 的方式来对内核进行配置。Kconfig 语法可以从 https://www.kernel.org/doc/html/latest/kbuild/kconfig-language.html 里来学习。

使用 eclipse + J-Link 进行编译及在线调试

  嵌入式环境搭建的第一步就是移植编译 U-Boot。说白了 U-Boot 其实就是一裸板程序，这个程序最主要的一个功能就是传递内核参数，跳转内核。当然除了跳转到内核，U-Boot 本身还实现了其他一些功能（U-Boot 命令），以方便大家进行各种操作。  看过我之前的博文，或者使用过 STM32 实现过在线升级的人应该都知道，我们通常的在线升级是 IAP + APP 这个模式，其中的 IAP 一个主要功能就是跳转到 APP，这就和 U-Boot 功能是一样的。  注意，本身无论是 U-.......

要使用 U-Boot，首先要确定 U-Boot 是否支持我们的使用芯片（开发板）。这就需要查看 ./config 目录下有没有对应的配置文件，或者说有没有类似的配置文件。如果直接有（对于一些通用的平台，U-Boot 已经添加好了一些默认配置），那么恭喜可以省事很多；如果没有（如果是自己画的板子，指定是没有），后续就牵扯到自己移植修改代码。具体步骤如下：新增 MCU 的设备树文件：arch\

现在，U-Boot 已经成为了是嵌入式设备首选的用于包装指令以引导设备操作系统内核的启动加载程序，并且是基于 GPL 协议开源的，项目地址：https://source.denx.de/u-boot。它可用于许多计算机架构，包括 68k，ARM，Blackfin，MicroBlaze，MIPS，Nios，SuperH，PPC，RISC-V 和 x86。.........