ARM Architecture C 语言寻址解析—— 从U-Boot relocation所展开的探索（三）

最新推荐文章于 2024-04-23 09:29:48 发布
最新推荐文章于 2024-04-23 09:29:48 发布
阅读量1.3k 收藏
点赞数
分类专栏： 系统 文章标签： 汇编语言 c语言 c arm 重定位reloaction
ARM  Architecture C 语言寻址解析——
从U-Boot relocation所展开的探索（三）
by LazyCatDesign
www.lazycatdesign.com
ARM Architecture C语言PIC寻址方式解析（续）
继续讨论上一篇文章的问题，GOT所记录的是C的对象地址，但一个工程中往往还存在汇编代码定义的变量（事实上汇编语言中并不存在“变量”这一说法，这些所谓的“变量”更准确的讲是一个"Lable"，C语言的指针变量名，比如main.c中定义的global_str，对汇编来说也是一个Lable，在接下来的文章里我们统一用Lable称呼这两者），如何对汇编的Lable进行relocate呢？如何得到需要relocate的Lable信息呢？命令行进入arm_pic目录，运行命令arm-none-eabi-readelf -r arm_pic，得到以下输出：

 ARM <wbr> <wbr>Architecture <wbr>C <wbr>语言寻址解析鈥斺 <wbr>从U-Boot <wbr>relocation所展开的探索（三）

“arm-none-eabi-readelf”是一个分析elf文件的工具，使用“-r”选项可以列出所有需要relocate的Lable信息。观察上图“offset”列的数据，配合arm_pic.dump，我想读者应该发现，0x40200020是Lable “_undefined_instruction” 的地址，0x40200024是Lable "_software_interrupt"的地址（这两个Lable是在汇编文件start.S中定义的），没错，所有在汇编语言中定义的Lable，都可以在这个输出中查看到它们的地址，更甚者，C语言GOT entry的地址也都被列出。那么上面输出的这些数据保存在elf文件中的哪个section呢？——它们被保存在.rel.dyn section（.rel.dyn section由连接时为ld指定-pie选项产生），如下图所示：

 ARM <wbr> <wbr>Architecture <wbr>C <wbr>语言寻址解析鈥斺 <wbr>从U-Boot <wbr>relocation所展开的探索（三）

.rel.dyn section由若干.rel.dyn entry组成，一个entry记录了一个Lable的信息（ELF standard定义.rel.dyn entry 为ELF32_Rel结构体，具体内容请参考 ELF standard 和 ELF for the ARM Architecture），如上图所示，第一个entry记录了Lable "_undefined_instruction"的信息，其地址为0x40200020，relocate type为R_ARM_RELATIVE。 无论汇编语言定义的Lable或是C语言定义的Lable，只要得到该Lable的.rel.dyn entry，就可以对其进行relocation。
 如上一篇文章所讲，arm_pic被整体copy到0x80000000地址后，将GOT中每一个entry的内容累加上偏移量0x3fe00000，这样还不能让其正常地从新地址中运行（修改GOT entry只解决了C变量的relocation），完美的做法是—— 遍历.rel.dyn section，将每一个entry所指地址中的值加上偏移量，这样无论汇编定义的Lable，还是C定义的Lable，所有的Lable都被relocation，U-Boot relocation使用的就是这种方法。

U-Boot 2011.12 relocation分析
事实上u-boot 2011.12并没有使用到“ -fpic”或“-fpie”编译选项，只用到“-pie”连接选项，指定了“-pie”连接选项所产生的elf文件包含了.rel.dyn section，U-Boot 2011.12 relocation只需借助.rel.dyn提供的信息就足够了。

ARM <wbr> <wbr>Architecture <wbr>C <wbr>语言寻址解析鈥斺 <wbr>从U-Boot <wbr>relocation所展开的探索（三）

上图的代码可在 /u-boot-2011-12/arch/arm/cpu/armv7/start.S 中找到，这段代码用于完成U-Boot 2011.12 relocation。“fixloop”循环遍历.rel.dyn section，“fixabs”和"fixrel"分别relocate "R_ARM_ABS32"和“R_ARM_RELATIVE”两种类型的Lable，其中，“R_ARM_ABS32”类型的Lable在relocate的时候还需要引用到.dynsym section的数据，而“R_ARM_RELATIVE”的处理则简单许多，只需在原地址值的基础上加上offset即可。

现在还有以下这3个问题：
  1. .dynsym section包含什么数据？
  2. "R_ARM_ABS32"和“R_ARM_RELATIVE”的区别是什么？
  3. "R_ARM_ABS32"和“R_ARM_RELATIVE” relocate的具体细节是什么？


我想这3个问题就留给读者自己去研究吧：）


全文完



羽盛
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android开发（1） | Fragment 的应用——新闻应用
Jormungand_V的博客
02-21 3545
文章目录 news_item.xml： <TextView xmlns:android="http://schemas.android.com/apk/res/android" android:id="@+id/news_title" android:layout_width="match_parent" android:layout_height="wrap_content" android:lines="1" android:ellipsize="
arm生态发展与交叉编译链选择
yazhouren的专栏
12-01 693
因为工作需要，最近在找一个能用于aarch64的交叉编译链。距离上次使用arm设备已经过去四五年了。arm发生了较大的变化，于是做了个完整的调研，并整理出来(资料来源于互联网，我只是按照时间线整理并补充完整)。 arm的历史 ARM的设计是艾康计算机公司于1983年开始的开发项目。 这个团队由Roger Wilson和Steve Furber带领，着手开发一种类似高级6502架构的处理器。Acorn计算机有一大堆建构在6502处理器上的计算机，因此能设计出一颗类似的芯片即意味着对公司有很大的优势.
交叉编译知识解析（二） —— 交叉编译器的名字的命名规则
热门推荐
知秋一叶
07-04 1万+
在折腾嵌入式开发，用到交叉编译器的时候，常常会看到这样的名字： arm-xscale-linux-gnueabi-gcc arm-liunx-gnu-gcc 等等        其中，对应的交叉编译器的前缀为： arm-xscale-linux-gnueabi- arm-liunx-gnu-      下面以编译crosstool-ng中：通过ct-ng list-sampl
ELF FORMART FOR ARM ARCHITECTURE
04-04
ELF 文件格式，特别针对ARM体系结构。2008年版本。
ELF for the Arm Architecture
03-30
This document describes the processor-specific definitions for ELF for the Application Binary Interface(ABI) for the Arm architecture.
load-time relocation of shared library
08-20
理解gcc编译下的共享库，知道编译与反编译内存地址的情况。
ELF for the ARM architecture
08-17
arm框架上面的elf文件结构，对理解arm框架底下的可执行文件很有帮助
FreeRTOS学习-02-读懂汇编代码
oDongQing的博客
02-05 1483
FreeRTOS中有少量的内联汇编代码，并不复杂。 准备一些手册，搜索关键字就可以很快的找到有用的信息。 1.准备一些手册 ELF for the Arm Architecture ARM v7-M Architecture Reference Manual User Manual The GNU Assembler GNU ld manual： http://ftp.gnu.org...
Arm 架构的过程调用标准
LIAOYUANGANG的博客
04-30 1833
第一章 前言 1.1 摘要 本文档描述了 Arm 架构的应用程序二进制接口 (ABI) 使用的过程调用标准。 1.2 关键词 过程调用、函数调用、调用约定、数据布局 1.3 如何找到本规范的最新版本或报告其中的缺陷 如果您的副本超过一年，请查看 Arm 开发人员网(https://developer.arm.com/architectures/system-architectures/software-standards/abi) 以获取更高版本。 请将本规范中的缺陷报告至 arm.eabi@a
The ARM Architecture
走在青春的路上
04-21 425
 数据宽度和指令集n     ARM 是 32-bit 体系结构.n     在 ARM 中:n     Byte 字节代表 8 bitsn     Halfword 半字 16 bits (two bytes)n     Word 字 32 bits (four bytes)n     大多数t ARM’s 实现两个指令集（Instruction Set）n   
2份关于arm elf格式的文档
cicuinie0996的博客
07-31 141
Stack frame unwinding on ARM Ken Werner LDS, Budapest 2011 http:/www.linaro.org https://wiki.linaro.org/KenWerner/Sandbox/libunwind?action=Att...
elf-parser:没有外部依赖性的轻量级elf二进制解析器-节，符号，重定位，段
05-10
精灵解析器 没有外部依赖性的轻量级elf二进制解析器-节，符号，重定位，段 所需的库 没有依赖关系 用法 节（readelf -S可执行文件） 从elf二进制文件解析节头表，并返回以下section_t的向量 typedef struct { int section_index = 0 ; std:: intptr_t section_offset, section_addr; std::string section_name; std::string section_type; int section_size, section_ent_size, section_addr_align; } section_t ; 使用elf解析器获取elf节 # include < elf> elf_parser::Elf_parse
U-Boot relocation and Debug.zip
08-14
关于U-boot代码重定位的文档. U-Boot relocation and Debug The relocation on arm is working, before u-boot-2010.09,there are two define CONFIG_SKIP_RELOCATE_UBOOT and CONFIG_SKIP_LOWLEVEL_INIT, when they are defined in your board configuration header file (in my case ,it is \include\configss\am9263ek.h),you can use GDB init command to do some low level initializations (like setting up CLOCK and SDRAM),and just load u-boot, and you can debug all the source code in Eclipse CDT. After u-boot-2011.03, the relocation on arm are change,The CONFIG_SKIP_RELOCATE_UBOOT does not exist. This PDF document describe two methods to debug U-Boot code before and after relocation. Before read this document < U-Boot relocation and Debug>,read my another document <Building and Debuging U-Boot in Eclipse Helios On Window XP> at first.
ARM Architecture C 语言寻址解析
12-12
ARM Architecture C 语言寻址解析从U-Boot relocation所展开的探索
C Library ABI for the ARM Architecture
05-09
This document defines an ANSI C (C89) run-time library ABI for programs written in ARM and Thumb assembly language, C, and stand alone C++.
obj-file-relocation.rar_obj 解析
09-21
实例分析可重定位文件中符合的解析定位过程。初学实例易于理解。
C语言 | Leetcode C语言题解之第45题跳跃游戏II
最新发布
m0_59237910的博客
04-23 361
C语言 | Leetcode C语言题解之第45题跳跃游戏II
K8s 很难么？带你从头到尾捋一遍，不信你学不会
民工哥的博客
02-23 8703
点击关注公众号，回复“1024”获取2TB学习资源！为什么要学习 Kubernetes?虽然 Docker 已经很强大了，但是在实际使用上还是有诸多不便，比如集群管理、资源调度、文件管理等...
10天智能锁项目实战第1天（了解单片机STM32F401RET6和C语言基础）
北豼不太皮的博客
02-21 3098
10天智能锁项目实战第1天（了解单片机STM32F401RET6和C语言基础）一、学习目标二、了解单片机STM32F401RET6三、C语言基础 一、学习目标 二、了解单片机STM32F401RET6 4、STM32F401RE特征 三、C语言基础 1.数据类型 常用2的次方： 2^7 = 128 2^8 = 256 2^15 = 32768 2^16= 65536 51单片机常见的数据类型： char: 占内存1字节 取值范围：-128~127 -2^7 ~ 2
emmc boot table board switch:0x00000007 boot table version :V0.3 boot table build time :2023/05/12 15:58:27 boot table file name :Hi3519DV500-DMEB_6L_T_DDR4_2666M-2GB_16bitx2-A55_1G.xlsm System startup Uncompress Ok! U-Boot 2022.07 (May 12 2023 - 15:58:35 +0800)hi3519dv500 DRAM: Relocation Offset is: 17745000 Relocating to 5ff45000, new gd at 5fb04de0, sp at 5fb04dd0 Core: 1 devices, 1 uclasses MMC: mmc->ocr_from_bootrom 0x00000000 MMC/SD Card: MID: 0x90 Read Block: 512 Bytes Write Block: 512 Bytes Chip Size: 7456M Bytes (High Capacity) Name: "H8G4a" Chip Type: MMC Version: 5.1 Speed: 150000000Hz Bus Width: 8bit Mode: HS400ES Boot Mode: normal(), 86 ms bsp-sdhci: 0 (eMMC) Loading Environment from MMC... OK In: serial Out: serial Err: serial Net: gmac0 Error: gmac0 address not set.详细解析
06-10
这段代码是关于系统启动时的一些信息，具体解析如下： 1. emmc boot table board switch:0x00000007：表示系统选择的引导设备为emmc。 2. boot table version:V0.3：表示引导表的版本号为V0.3。 3. boot table build time:2023/05/12 15:58:27：表示引导表的构建时间为2023年5月12日15点58分27秒。 4. boot table file name:Hi3519DV500-DMEB_6L_T_DDR4_2666M-2GB_16bitx2-A55_1G.xlsm：表示引导表的文件名为Hi3519DV500-DMEB_6L_T_DDR4_2666M-2GB_16bitx2-A55_1G.xlsm。 5. System startup Uncompress Ok!：表示系统启动，并且解压缩成功。 6. U-Boot 2022.07 (May 12 2023 - 15:58:35 +0800)hi3519dv500：表示使用的启动加载器版本号为U-Boot 2022.07，启动时间为2023年5月12日15点58分35秒，使用的处理器型号为hi3519dv500。 7. DRAM: Relocation Offset is: 17745000 Relocating to 5ff45000, new gd at 5fb04de0, sp at 5fb04dd0：表示系统正在进行DRAM的重定位操作，新的地址为5ff45000，新的全局数据指针为5fb04de0，新的栈指针为5fb04dd0。 8. Core: 1 devices, 1 uclasses：表示系统核心有1个设备和1个类别。 9. MMC: mmc->ocr_from_bootrom 0x00000000：表示MMC设备OCR寄存器值为0x00000000。 10. MMC/SD Card: MID: 0x90 Read Block: 512 Bytes Write Block: 512 Bytes Chip Size: 7456M Bytes (High Capacity) Name: "H8G4a" Chip Type: MMC Version: 5.1 Speed: 150000000Hz Bus Width: 8bit Mode: HS400ES Boot Mode: normal(), 86 ms bsp-sdhci: 0 (eMMC)：表示MMC/SD卡的详细信息，包括厂商ID、读写块大小、芯片容量、芯片类型、版本号、速度、总线宽度、模式和引导模式等。 11. Loading Environment from MMC... OK：表示从MMC设备中加载环境变量成功。 12. In: serial Out: serial Err: serial：表示标准输入输出错误都使用串口进行传输。 13. Net: gmac0 Error: gmac0 address not set.：表示网络设备gmac0的地址未设置，可能需要在系统中进行配置。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值