移植旧版Uboot板级补丁：如何用头文件配置构建新版Uboot？

1. 绕开Kconfig直接指定旧头文件 #

新版Uboot虽默认用Kconfig，但保留了兼容旧版头文件的方式，步骤如下：

• 将补丁里的板级头文件（比如include/configs/your_board.h）复制到新版Uboot的include/configs/目录下。
• 构建时直接通过make参数指定配置，替换成你板子的实际信息：

  make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- CONFIG_SYS_EXTRA_OPTIONS="CONFIG_YOUR_BOARD" CONFIG_BOARD_SPECIFIC_HEADER="configs/your_board.h"
  

  其中CONFIG_YOUR_BOARD是旧头文件里定义的核心板卡宏，改成你板子对应的名称。

2. 解决板卡识别问题（替代boards.cfg） #

2018版Uboot已移除boards.cfg，可通过以下两种临时方式让Uboot识别自定义板卡：

方式一：生成临时defconfig文件 #

在configs/目录下创建your_board_defconfig，内容只需指向你的旧头文件：

CONFIG_SYS_EXTRA_OPTIONS="CONFIG_YOUR_BOARD"
CONFIG_BOARD_SPECIFIC_HEADER="configs/your_board.h"
# 根据你的架构添加基础配置，比如ARM架构：
CONFIG_ARM=y
CONFIG_TARGET_YOUR_BOARD=y

然后运行：

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- your_board_defconfig
make

方式二：直接用make参数跳过defconfig #

如果不想写defconfig，直接执行：

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- O=build your_board_config
make O=build

这里的your_board_config要和旧头文件里的配置前缀对应，执行后会自动生成临时配置并进入构建流程。

3. 临时兼容注意点 #

• 若编译时出现宏冲突错误，可临时注释旧头文件里新版Uboot不兼容的宏，或在头文件开头加#define CONFIG_SYS_GENERIC_BOARD适配通用板卡框架。
• 此方法仅用于快速验证功能，后续还是要把旧配置迁移到Kconfig，避免版本升级时出问题。

内容的提问来源于stack exchange，提问作者zbro