[uboot] (番外篇)uboot relocation介绍

本文深入介绍了U-Boot的重定位操作,包括为何需要重定位、如何利用“位置无关代码”技术实现,以及重定位的代码流程。在重定位过程中,U-Boot将自身从只读存储器复制到DDR的高位地址,避免与Kernel冲突,同时利用.rel.dyn段更新全局变量的标签地址。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

以下例子都以project X项目tiny210(s5pv210平台,armv7架构)为例

[uboot] uboot流程系列
[project X] tiny210(s5pv210)上电启动流程(BL0-BL2)
[uboot] (第一章)uboot流程——概述
[uboot] (第二章)uboot流程——uboot-spl编译流程

========================================================================================================

一、relocate介绍

1、uboot的relocate

uboot的relocate动作就是指uboot的重定向动作,也就是将uboot自身镜像拷贝到ddr上的另外一个位置的动作。

2、uboot为什么要进行relocate

考虑以下问题
* 在某些情况下,uboot是在某些只读存储器上运行,比如ROM、nor flash等等。需要将这部分代码拷贝到DDR上才能完整运行uboot。
(当然,如果我们在spl阶段就把uboot拷贝到ddr上,就不会有这种情况。但是uboot本身就是要考虑各种可能性)
* 一般会把kernel放在ddr的低端地址上。

考虑到以上情况,uboot的relocation动作会把自己本身relocate到ddr上(前提是在SPL的过程中或者在dram_init中已经对ddr进行初始化了),并且会relocate到ddr的顶端地址使之不会和kernel的冲突。

3、uboot的一些注意事项

  • 既然uboot会把自身relocate到ddr的其他位置上,那么相当于执行地址也会发生变化。也就是要求uboot既要能在relocate正常执行,也要能在relocate之后正常执行。这就涉及到uboot需要使用“位置无关代码”技术,也就是Position independent code技术。

二、“位置无关代码”介绍及其原理

1、什么是“位置无关代码”

“位置无关代码”是指无论代码加载到内存上的什么地址上,都可以被正常运行。也就是当加载地址和连接地址不一样时,CPU也可以通过相对寻址获得到正确的指令地址。

2、如何生成“位置无关代码”

(1)生成位置无关代码分成两部分
* 首先是编译源文件的时候,需要将其编译成位置无关代码,主要通过gcc的-fpic选项(也有可能是fPIC,fPIE, mword-relocations选项)
* 其次是连接时要将其连接成一个完整的位置无关的可执行文件,主要通过ld的-fpie选项

(2)ARM在如何生成“位置无关代码”
* 编译PIC代码
在《[uboot] (第四章)uboot流程——uboot编译流程》中,我们知道gcc的编译选项如下:

c_flags=-Wp,-MD,arch/arm/mach-s5pc1xx/.clock.o.d -nostdinc -isystem /home/disk3/xys/temp/project-x/build/arm-none-linux-gnueabi-4.8/bin/../lib/gcc/arm-none-linux-gnueabi/4.8.3/include -Iinclude -I/home/disk3/xys/temp/project-x/u-boot/include -I/home/disk3/xys/temp/project-x/u-boot/arch/arm/include -include /home/disk3/xys/temp/project-x/u-boot/include/linux/kconfig.h -I/home/disk3/xys/temp/project-x/u-boot/arch/arm/mach-s5pc1xx -Iarch/arm/mach-s5pc1xx -D__KERNEL__ -D__UBOOT__ -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -Os -fno-stack-protector -fno-delete-null-pointer-checks -g -fstack-usage -Wno-format-nonliteral -D__ARM__ -marm -mno-thumb-interwork -mabi=aapcs-linux -mword-relocations -fno-pic -mno-unaligned-access -ffunction-sections -fdata-sections -fno-common -ffixed-r9 -msoft-float -pipe -march=armv7-a -I/home/disk3/xys/temp/project-x/u-boot/arch/arm/mach-s5pc1xx/include -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(clock) -DKBUILD_MODNAME=KBUILD_STR(clock)

重点关注“-mword-relocations -fno-pic”。
由于使用pic时movt / movw指令会硬编码16bit的地址域,而uboot的relocation并不支持这个,
所以arm平台使用mword-relocations来生成位置无关代码。-fno-pic则表示不使用pic。
如下./arch/arm/config.mk

# The movt / movw can hardcode 16 bit parts of the addresses in the
# instruction. Relocation is not supported for that case, so disable
# such usage by requiring word relocations.
PLATFORM_CPPFLAGS += $(call cc-option, -mword-relocations)
PLATFORM_CPPFLAGS += $(call cc-option, -fno-pic)
  • 生成PIE可执行文件
    在《[uboot] (第四章)uboot流程——uboot编译流程》中,我们知道ld的连接选项如下:
LDFLAGS_u-boot=-pie --gc-sections -Bstatic -Ttext 0x23E00000

-pie选项用于生成PIE位置无关可执行文件。

3、“位置无关代码”原理

这里只是个人根据实验的一些看法。
“位置无关代码”主要是通过使用一些只会使用相对地址的指令实现,比如“b”、“bl”、“ldr”、“adr”等等。
对于一些绝对地址符号(例如已经初始化的全局变量),会将其以label的形式放在每个函数的代码实现的末端。
同时,在链接的过程中,会把这些label的地址统一维护在.rel.dyn段中,当relocation的时候,方便对这些地址的fix。

综上,个人觉得,既然使用绝对地址,那么就是说并不是完全的代码无关,而是说可以通过调整绝对地址符号的label表来实现代码的搬移。如果不做relocate或者在relocate之前还是需要加载到连接地址的位置上,这里只是个人看法!!!
个人也挺迷惑的,不知道对不对,这里希望有知道答案的大神给个意见。

4、.rel.dyn段介绍和使用

前面也说了:
对于一些绝对地址符号(例如已经初始化的全局变量),会将其以label的形式放在每个函数的代码实现的末端。
同时,在链接的过程中,会把这些label的地址统一维护在.rel.dyn段中,当relocation的时候,方便对这些地址的fix。
这边简单的给个例子:
u-boot/common/board_f.c中

static init_fnc_t init_sequence_f[] = {
// 这里定义了全局变量init_sequence_fvoid board_init_f(ulong boot_flags)
{
    if (initcall_run_list(init_sequence_f))
// 这里使用了全局变量init_sequence_f
        hang();
ÿ
### U-Boot 中 DM-SPL 的实现原理 在 U-Boot 中,`dm-spl` 配置用于指定设备模型 (Device Model, DM) 在 Secondary Program Loader (SPL) 和 U-Boot pre-relocation 阶段的应用[^1]。此配置项确保了 SPL 能够访问并初始化必要的硬件资源,在早期启动过程中提供支持。 #### 设备树节点定义 为了使能 `dm-spl` 功能,需要在设备树源文件 (.dts) 中适当位置添加如下属性: ```dts chosen { bootargs = "console=ttyS0,115200"; u-boot,dm-spl; }; ``` 上述代码片段展示了如何通过设置 `u-boot,dm-spl` 属性来启用该功能。这使得平台能够在 SPL 阶段利用完整的设备管理框架进行驱动加载和资源配置。 #### 实现机制解析 当设置了 `u-boot,dm-spl` 之后,U-Boot 将会在 SPL 初始化期间调用特定函数以构建初始环境,并完成对关键外设的支持。具体来说: - **初始化阶段**:读取存储介质中的镜像数据至内存; - **设备枚举**:依据设备树描述自动探测连接在外围总线上的组件; - **驱动绑定**:为已识别的硬件分配相应的驱动程序实例; 这些操作共同构成了一个稳健可靠的低级运行时环境,从而保障后续更高层次软件模块可以顺利接管控制权。 #### 关键代码示例 以下是部分涉及 `dm-spl` 处理逻辑的关键 C 语言代码摘录: ```c // 文件路径: drivers/core/init.c int dm_init(void) { #ifdef CONFIG_SPL_BUILD /* 如果是在编译 SPL,则仅处理标记有 'spl' 或者 'tpl' 的节点 */ if (!IS_ENABLED(CONFIG_DM_TPL)) return dm_scan_fdt_spl(gd->fdt_blob); #endif } ``` 这段代码表明,在 SPL 构建环境下 (`CONFIG_SPL_BUILD`) 并且未开启 TPL 支持的情况下,会专门扫描带有 `spl` 或 `tpl` 标记的 FDT (Flattened Device Tree) 节点来进行有限度的初始化工作。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值