u-boot编译流程简要分析

已于 2024-03-05 18:18:38 修改
阅读量1.4k 收藏 23
点赞数 21
分类专栏： uboot 文章标签： linux 嵌入式硬件
于 2024-03-01 18:34:06 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_40837318/article/details/136394653
版权

0、说明

本文基于U-Boot 2022.01-v2.07版本进行分析。

1、u-boot的编译过程

  • 1.1、参考资料
    u-boot的编译系统介绍可以参考：U-Boot 完全分析与移植，这篇文章。

  • 1.2、编译入口
    在执行make编译u-boot时，由于没有指定目标，因此执行的是顶层Makefile中的第一个目标。在顶层Makefile中，从文件开头往下查找第一个编译目标，会找到如下部分：

    # That's our default target when none is given on the command line
PHONY := _all
_all:

    会发现这里的_all没有做任何操作，也没有任何依赖，继续往下找，会发现_all会重载：

    # Use make M=dir to specify directory of external module to build
# Old syntax make ... SUBDIRS=$PWD is still supported
# Setting the environment variable KBUILD_EXTMOD take precedence
ifdef SUBDIRS
KBUILD_EXTMOD ?= $(SUBDIRS)
endif

ifeq ("$(origin M)", "command line")
KBUILD_EXTMOD := $(M)
endif

# If building an external module we do not care about the all: rule
# but instead _all depend on modules
PHONY += all
ifeq ($(KBUILD_EXTMOD),)
_all: all
else
_all: modules
endif

    由于执行make是我们没有指定M=dir，因此这里的KBUILD_EXTMOD就为空，ifeq ($(KBUILD_EXTMOD),)就为真，最终_all:被重载为_all: all，如下：

    # 找到的第一个目标
PHONY := _all
_all:

# KBUILD_EXTMOD为空，进行了重载
PHONY += all
_all: all

    这里_all依赖于all，需要确定all做了哪些事情，继续往下找：

    all: .binman_stamp inputs
ifeq ($(CONFIG_BINMAN),y)
	$(call if_changed,binman)
endif

    这里会发现，all依赖于.binman_stamp和inputs，重点在inputs:

    PHONY += inputs
inputs: $(INPUTS-y)

    继续看INPUTS-y的赋值：

    INPUTS-y += u-boot.srec u-boot.bin u-boot.sym System.map binary_size_check

    INPUTS-y有多个值，重点关注u-boot.bin，其取决于uboot的配置项。在我的配置项中，其取值如下：

    u-boot.bin: u-boot-dtb.bin FORCE
	$(call if_changed,copy)

    继续看u-boot-dtb.bin，就在它上面:

    u-boot-dtb.bin: u-boot-nodtb.bin dts/dt.dtb FORCE
	$(call if_changed,cat)

    dts/dt.dtb是来编译设备树的，重点看u-boot-nodtb.bin:

    u-boot-nodtb.bin: u-boot FORCE
	$(call if_changed,objcopy_uboot)
	$(BOARD_SIZE_CHECK)

    继续看u-boot：

    u-boot:	$(u-boot-init) $(u-boot-main) $(u-boot-keep-syms-lto) u-boot.lds FORCE
	+$(call if_changed,u-boot__)
ifeq ($(CONFIG_KALLSYMS),y)
	$(call cmd,smap)
	$(call cmd,u-boot__) common/system_map.o
endif

    u-boot-keep-syms-lto不用管，u-boot.lds是用于生成链接脚本的，暂且不管。重点看u-boot-init和u-boot-main:

    u-boot-init := $(head-y)
u-boot-main := $(libs-y)

    head-y的定义在arch\arm\Makefile文件中，用于编译对应目录中的start.s文件：

    head-y := arch/arm/cpu/$(CPU)/start.o

    libs-y还在顶层Makefile中，主要是指定需要编译哪些目录，部分内容如下：

    libs-$(CONFIG_API) += api/
libs-$(HAVE_VENDOR_COMMON_LIB) += board/$(VENDOR)/common/
libs-y += boot/
libs-y += cmd/
libs-y += common/
libs-$(CONFIG_OF_EMBED) += dts/
libs-y += env/
libs-y += lib/
libs-y += fs/
libs-y += net/
libs-y += disk/
libs-y += drivers/
libs-$(CONFIG_SYS_FSL_DDR) += drivers/ddr/fsl/
libs-$(CONFIG_SYS_FSL_MMDC) += drivers/ddr/fsl/
libs-$(CONFIG_$(SPL_)ALTERA_SDRAM) += drivers/ddr/altera/
libs-y += drivers/usb/cdns3/
libs-y += drivers/usb/dwc3/
libs-y += drivers/usb/common/
libs-y += drivers/usb/emul/
libs-y += drivers/usb/eth/
libs-$(CONFIG_USB_DEVICE) += drivers/usb/gadget/
libs-$(CONFIG_USB_GADGET) += drivers/usb/gadget/
libs-$(CONFIG_USB_GADGET) += drivers/usb/gadget/udc/
libs-y += drivers/usb/host/
libs-y += drivers/usb/mtu3/
libs-y += drivers/usb/musb/
libs-y += drivers/usb/musb-new/
libs-y += drivers/usb/phy/
libs-y += drivers/usb/ulpi/
ifdef CONFIG_POST
libs-y += post/
endif
libs-$(CONFIG_UNIT_TEST) += test/
libs-$(CONFIG_UT_ENV) += test/env/
libs-$(CONFIG_UT_OPTEE) += test/optee/
libs-$(CONFIG_UT_OVERLAY) += test/overlay/
libs-$(CONFIG_CMD_HTTPD) += httpd/

libs-y += $(if $(BOARDDIR),board/$(BOARDDIR)/)

libs-y := $(sort $(libs-y))

u-boot-dirs	:= $(patsubst %/,%,$(filter %/, $(libs-y))) tools examples

u-boot-alldirs	:= $(sort $(u-boot-dirs) $(patsubst %/,%,$(filter %/, $(libs-))))

libs-y := $(patsubst %/, %/built-in.o, $(libs-y))

    至此，需要编译哪些文件/目录已经清楚了，接下来需要看如何编译了。

  • 1.3、编译过程
    需要编译的文件已经准备好了，如何编译需要从此处开始：

    $(sort $(u-boot-init) $(u-boot-main)): $(u-boot-dirs) ;

    这里首先会对u-boot-init和u-boot-main进行排序，然后它们的每一个值都依赖于u-boot-dirs:

    PHONY += $(u-boot-dirs)
$(u-boot-dirs): prepare scripts
	$(Q)$(MAKE) $(build)=$@

    $(Q)$(MAKE) $(build)=$@就是具体的编译动作了，其中build定义在scripts\Kbuild.include中，这个文件顶层Makefile有包含，build如下：

    ###
# Shorthand for $(Q)$(MAKE) -f scripts/Makefile.build obj=
# Usage:
# $(Q)$(MAKE) $(build)=dir
build := -f $(srctree)/scripts/Makefile.build obj

    最终变成了：

    PHONY += $(u-boot-dirs)
$(u-boot-dirs): prepare scripts
	$(Q)$(MAKE) -f $(srctree)/scripts/Makefile.build obj=$@

    具体的编译是由scripts/Makefile.build里完成的。

  • 1.3、scripts/Makefile.build编译分析
    scripts/Makefile.build中的第一个目标为：

    PHONY := __build
__build:

__build: $(if $(KBUILD_BUILTIN),$(builtin-target) $(lib-target) $(extra-y)) $(if $(KBUILD_MODULES),$(obj-m) $(modorder-target)) $(subdir-ym) $(always)
	@:

    builtin-target的值：

    ifneq ($(strip $(obj-y) $(obj-m) $(obj-) $(subdir-m) $(lib-target)),)
builtin-target := $(obj)/built-in.o
endif

    lib-target的值：

    ifneq ($(strip $(lib-y) $(lib-m) $(lib-)),)
lib-target := $(obj)/lib.a
endif

    重点看subdir-ym这个依赖：
    subdir-ym的值定义在scripts\Makefile.lib中：

    __subdir-y	:= $(patsubst %/,%,$(filter %/, $(obj-y)))
subdir-y	+= $(__subdir-y)
__subdir-m	:= $(patsubst %/,%,$(filter %/, $(obj-m)))
subdir-m	+= $(__subdir-m)

subdir-ym	:= $(sort $(subdir-y) $(subdir-m))

    这里可以看出subdir-ym的值是取出子目录的Makefile中定义的obj-y指定的.o文件。
    在scripts/Makefile.build中subdir-ym的命令如下：

    PHONY += $(subdir-ym)
$(subdir-ym):
	$(Q)$(MAKE) $(build)=$@

    也即：

    PHONY += $(subdir-ym)
$(subdir-ym):
	$(Q)$(MAKE) -f $(srctree)/scripts/Makefile.build obj=$@

    也就是递归编译子目录中的文件。
    这里需要注意子目录的Makefile文件是需要包含的，它的包含在scripts\Makefile.build中定义：

    # 得到子目录路径
prefix := tpl
src := $(patsubst $(prefix)/%,%,$(obj))
ifeq ($(obj),$(src))
prefix := spl
src := $(patsubst $(prefix)/%,%,$(obj))
ifeq ($(obj),$(src))
prefix := .
endif
endif

# 包含子目录Makefile
kbuild-dir := $(if $(filter /%,$(src)),$(src),$(srctree)/$(src))
kbuild-file := $(if $(wildcard $(kbuild-dir)/Kbuild),$(kbuild-dir)/Kbuild,$(kbuild-dir)/Makefile)
include $(kbuild-file)

    至此，回到本小节的最开始处，__build的依赖就是由一堆.o、.a文件组成。

    那么.c转为.o、.a的规则呢？
    在scripts\Makefile.build中有定义：

    $(obj)/%.o: $(src)/%.c $(recordmcount_source) FORCE
	$(call cmd,force_checksrc)
	$(call if_changed_rule,cc_o_c)

    最终会执行rule_cc_o_c，定义如下：

    define rule_cc_o_c
$(call echo-cmd,checksrc) $(cmd_checksrc)			  \
$(call echo-cmd,cc_o_c) $(cmd_cc_o_c);				  \
$(cmd_modversions)						  \
$(call echo-cmd,record_mcount)					  \
$(cmd_record_mcount)						  \
scripts/basic/fixdep $(depfile) $@ '$(call make-cmd,cc_o_c)' >    \
                                              $(dot-target).tmp;  \
rm -f $(depfile);						  \
mv -f $(dot-target).tmp $(dot-target).cmd
endef

    然后rule_cc_o_c会执行cmd_cc_o_c:

    cmd_cc_o_c = $(CC) $(c_flags) -c -o $@ $<

  • 1.4、总结

    # 默认目标：
PHONY := _all
_all:

# _all重载
PHONY += all
_all: all

# 依赖于all
all: .binman_stamp inputs
ifeq ($(CONFIG_BINMAN),y)
	$(call if_changed,binman)
endif

# 第一步：
u-boot:	$(u-boot-init) $(u-boot-main) $(u-boot-keep-syms-lto) u-boot.lds FORCE
	+$(call if_changed,u-boot__)
ifeq ($(CONFIG_KALLSYMS),y)
	$(call cmd,smap)
	$(call cmd,u-boot__) common/system_map.o
endif

# 第二步：
$(sort $(u-boot-init) $(u-boot-main)): $(u-boot-dirs) ;

# 第三步：
PHONY += $(u-boot-dirs)
$(u-boot-dirs): prepare scripts
	$(Q)$(MAKE) $(build)=$@

# 第四步
# build定义在scripts\Kbuild.include中，开始递归目录编译
build := -f $(srctree)/scripts/Makefile.build obj

2、u-boot启动流程简要分析

3、u-boot增加自定义命令

4、u-boot的DM驱动模型

zhang-ge
关注
  • 21
    点赞
  • 踩
  • 23
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
uboot的初体验——uboot的配置编译实践
主要记录嵌入式学习与开发过程。
09-24 1457
以下内容源于朱有鹏嵌入式课程的学习与整理，如有侵权请告知删除。
uboot编译
weixin_48006170的博客
12-15 5674
一、uboot简介 uboot是一个逻辑程序，最主要的目的是启动内核。 Linux 系统要启动就必须需要一个 bootloader 程序，也就说芯片上电以后先运行一段bootloader程序。这段bootloader程序会先初始化DDR等外设 ，然后将Linux内核从flash(NAND，NOR FLASH，SD，MMC 等)拷贝到 DDR 中，最后启动 Linux 内核。 当然了，bootloader 的实际工作要复杂的多，但是它最主要的工作就是启动 Linux 内核，bootloader 和 Linux
底软驱动 | U-boot编译与配置过程
最新发布
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
07-21 730
u-boot从v2014.10版本后引入kBuild系统，使得其Makefile变的更加复杂；整个Makefile中，嵌套其他不同用途的Makefile，本文将进行简单的分析.
uboot源码结构、配置、编译和移植
qq_52479948的博客
02-09 3636
uboot源码结构、配置、编译和移植
u-boot 编译过程分析
qq_43286311的博客
04-16 2172
11111
Uboot编译过程（Makefile和配置(mkconfig)详解
视野是生命的宽度，沉淀是生命的密度
05-31 3580
目录 2.4.1.uboot主Makefile分析1 2.4.2.uboot主Makefile分析2 2.4.3.uboot主Makefile分析3 2.4.1.uboot主Makefile分析1 1.uboot version确定（Makefile的24-29行） (1)uboot的版本号分3个级别： VERSION：主板本号 PATCHLEVEL：次版本号 SUBLEVEL：再次版本号 EXTRAVERSION:另外附加的版本信息 这4个用.分隔开共同构成了最终的版...
uboot 的配置和编译过程
Calmer_的博客
11-30 1115
uboot 的配置和编译过程
U-Boot编译过程
05-09 887
编译U-boot主要分两步： make  TQ210_config ; make all; 第一步： TQ210_config : unconfig  @$(MKCONFIG) $(@:_config=) arm s5pv210 TQ210 EmbedSky s5pv210  @echo "TEXT_BASE = 0xc3e00000" > $(obj)board/EmbedSky/T
u-boot配置和编译过程详解
热门推荐
积跬步--以致远
05-16 1万+
备注：分析的是OK210开发板自带的uboot_smdkv210，可能有些部分和其他版本不太一样，但是原理都类似。编译u-boot的步骤make forlinx_linux_config make首先生成配置文件，然后编译源码，依次看看这些命令都干了些什么事情配置过程#forlinx add forlinx_linux_config : unconfig @$(MKCONFIG) $(@:
u-boot源码分析
05-07
【u-boot源码分析】 u-boot，全称Microcontroller Bootloader，是一款开源的引导加载程序，主要用于嵌入式系统，负责初始化硬件、加载操作系统内核等任务。本文将从几个关键方面深入理解u-boot的结构，并探讨如何将...
U-boot源码分析，及简要介绍基于S3C2440的移植
05-20
《U-boot源码分析与基于S3C2440的移植详解》 U-boot，全称Universal Boot Loader，是一款广泛应用的开源引导加载程序，它负责初始化硬件、加载操作系统内核，是嵌入式系统开发的重要组成部分。本文将深入探讨U-boot...
U-BOOT源码分析及移植
03-15
本文将深入探讨U-BOOT的源码分析与移植过程，重点围绕FS2410开发板展开，包括其工程结构、编译流程、关键数据结构以及具体的移植步骤。 #### U-BOOT工程的总体结构 U-BOOT的工程结构设计合理，便于管理和扩展，...
U-BOOT源码分析及移植 .doc
09-06
U-Boot的编译流程是由顶层目录下的`makefile`控制的。在开始编译前，首先需要执行`make $(board)_config`来配置工程，确定特定目标板的配置信息。`$(board)_config`是一个伪目标，用于传递CPU、ARCH、BOARD、SOC等...
UBoot初次编译
qq_66545503的博客
09-11 1622
alientek_uboot文件夹创建成功以后使用FileZilla软件将正点原子提供的uboot源码拷贝到此目录中，正点原子提供的uboot源码已经放到了开发板光盘中，路径为：开发板光盘->1、例程源码->3、正点原子Uboot和Linux出厂源码-> uboot-imx-2016.03-2.1.0-ge468cdc-v1.5.tar.bz2。uboot编译好以后就可以烧写到板子上使用了，这里我们跟前面裸机例程一样，将uboot烧写到SD卡中，然后通过SD卡来启动来运行uboot。
U-boot简介以及初次编译
baiguashuo的博客
04-22 889
Bootloader：启动加载程序，从开机上电到操作系统启动的一个引导过程。可以利用Bootloader初始化硬件设备、建立内存空间映射表。不同的处理器架构都有不同的Bootloader，对于两块不同的嵌入式板，即使使用的是同一种处理器，要想让运行在一块板子上的Bootloader程序也能运行在另一块板子上。一般都需要修改Bootloader的源程序。u-boot同时支持PowerPC、ARM、MIPS、X86等体系结构，支持上百种板子。
u-boot
xiupong的博客
03-24 571
u-boot前言一、uboot编译过程1、配置过程：2、编译过程二、UBOOT第一阶段总结 前言 U-BOOT功能:启动内核 流程： 1、硬件相关初始化： | 开发功能： 关闭看门狗 | 烧写flash 初始化时钟 | 网卡 初始化SDRAM | USB 从Flash读出内核到SDRAM | 串口 启动内.
u-boot (1) —— 编译分析
StephenZhou
02-21 2851
uboot 是什么不用多说了，是用于引导系统启动的 bootloader，配置完基本硬件后，把代码 Copy 到内存，引导内核启动； 现在基于 Exynos 4412 环境来分析 uboot；既然是彻底分析，那么就从编译部分开始吧； 首先还是看 uboot 目录下的 Makefile，这个是整个 uboot 编译的入口； 为了支持多种不同的体系架构引导启动，以及各式各样的流程，uboot 源码中包含了几乎所有常见的 CPU 体系架构，包括 ARM，X86，MIPS，PowerPC；这款Exynos .
[uboot] （第四章）uboot流程——uboot编译流程
zjy900507的博客
11-22 783
[uboot] （第四章）uboot流程——uboot编译流程 http://blog.csdn.net/ooonebook/article/details/53000893 以下例子都以project X项目tiny210（s5pv210平台,armv7架构）为例 [uboot] uboot流程系列：  [project X] tiny210(s5pv210)上电启动流程（BL0-B
U-Boot 之二 零基础编译、详解 Image 镜像及 DTB 文件
技术干货
01-01 1万+
要使用 U-Boot，首先要确定 U-Boot 是否支持我们的使用芯片（开发板）。这就需要查看 ./config 目录下有没有对应的配置文件，或者说有没有类似的配置文件。如果直接有（对于一些通用的平台，U-Boot 已经添加好了一些默认配置），那么恭喜可以省事很多；如果没有（如果是自己画的板子，指定是没有），后续就牵扯到自己移植修改代码。具体步骤如下： 新增 MCU 的设备树文件：arch\
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值