u-boot第一阶段程序分析小结
2014-02-20 21:52
197 查看
u-boot版本为u-boot-2014.01,硬件平台为S3C2440。
在u-boot根目录下相继make smdk2410_config以及make。
make smdk2410_config后会在根目录的include下生成config.mk文件,其内容为:
ARCH = arm
CPU = arm920t
BOARD = smdk2410
VENDOR = samsung
SOC = s3c24x0
小技巧:可以根据u-boot编译过程中的打印信息和makefile中的程序相匹配,这样可以间接观察到makefile中一些变量的值。在之前的u-boot版本中LDFLAGS中有的“-Ttext 0x33F80000”也就是链接起始地址在board/smdk2410/config.mk中定义TEXT_BASE =0x33F80000。而当前的新版本中则在如\include\configs\smdk2410.h中“#defineCONFIG_SYS_TEXT_BASE 0”。
在linux的u-boot根目录下可以使用指令“grep LDFLAGS * -nR”追踪LDFLAGS的定义处。
在make完之后根目录下会生成很多个文件,可以打开System.map以查看各函数的定位信息,可以打开u-boot.lds以查看链接顺序,这也是程序运行的顺序。所以就从start.s中的_start开始看程序。
过程为:
start_code:设置成SVC模式、关闭看门狗、屏蔽所有IRQ中断、设置FCLK:HCLK:PCLK比
cpu_init_crit:flush TLB、关闭MMU以及caches
lowlevel_init:设置SDRAM
_main:设置堆栈指向(如0x30001000)、设置gd_t结构体的指向(存于r9中)
board_init_f:初始化gd (gd定义见DECLARE_GLOBAL_DATA_PTR),调用init_sequence的各个函数。
_main:根据gd结构体中内容设置sp,设置relocaddr跳转到重定义代码函数
relocate_code:将__image_copy_start开始到__image_copy_end结束的拷贝到指定地址。接着根据动态段数据__rel_dyn_start至__rel_dyn_end对刚拷贝完的一部分数据做处理,根据我的理解,此动态段只是标明以上image段中数据的取跳转地址的地址(可使用arm-linux-objdump -D u-boot > u-boot.dis 反汇编命令查看汇编),即动态段存储了各个取地址数据的地址(内容为地址的.word 的地址),动态段的数据都是一对的,如第一个为0x20,第二个为0x17(第二个固定为0x17),0x20为跳转地址,所以我们需要修改已经拷贝到指定地址的数据段中地址为0x20+offset内容,将此内容例如XXX改成XXX+offset。
add r0,r0, r4
ldr r1,[r0]
add r1,r1, r4
str r1,[r0]
clbss_l:将__bss_start至__bss_end全部清零。根据程序中代码来看,__bss_start和__bss_end也已经被重定位了,反汇编文件中可以验证这点。
board_init_r:此为第二阶段的代码。
在u-boot根目录下相继make smdk2410_config以及make。
make smdk2410_config后会在根目录的include下生成config.mk文件,其内容为:
ARCH = arm
CPU = arm920t
BOARD = smdk2410
VENDOR = samsung
SOC = s3c24x0
小技巧:可以根据u-boot编译过程中的打印信息和makefile中的程序相匹配,这样可以间接观察到makefile中一些变量的值。在之前的u-boot版本中LDFLAGS中有的“-Ttext 0x33F80000”也就是链接起始地址在board/smdk2410/config.mk中定义TEXT_BASE =0x33F80000。而当前的新版本中则在如\include\configs\smdk2410.h中“#defineCONFIG_SYS_TEXT_BASE 0”。
在linux的u-boot根目录下可以使用指令“grep LDFLAGS * -nR”追踪LDFLAGS的定义处。
在make完之后根目录下会生成很多个文件,可以打开System.map以查看各函数的定位信息,可以打开u-boot.lds以查看链接顺序,这也是程序运行的顺序。所以就从start.s中的_start开始看程序。
过程为:
start_code:设置成SVC模式、关闭看门狗、屏蔽所有IRQ中断、设置FCLK:HCLK:PCLK比
cpu_init_crit:flush TLB、关闭MMU以及caches
lowlevel_init:设置SDRAM
_main:设置堆栈指向(如0x30001000)、设置gd_t结构体的指向(存于r9中)
board_init_f:初始化gd (gd定义见DECLARE_GLOBAL_DATA_PTR),调用init_sequence的各个函数。
_main:根据gd结构体中内容设置sp,设置relocaddr跳转到重定义代码函数
relocate_code:将__image_copy_start开始到__image_copy_end结束的拷贝到指定地址。接着根据动态段数据__rel_dyn_start至__rel_dyn_end对刚拷贝完的一部分数据做处理,根据我的理解,此动态段只是标明以上image段中数据的取跳转地址的地址(可使用arm-linux-objdump -D u-boot > u-boot.dis 反汇编命令查看汇编),即动态段存储了各个取地址数据的地址(内容为地址的.word 的地址),动态段的数据都是一对的,如第一个为0x20,第二个为0x17(第二个固定为0x17),0x20为跳转地址,所以我们需要修改已经拷贝到指定地址的数据段中地址为0x20+offset内容,将此内容例如XXX改成XXX+offset。
add r0,r0, r4
ldr r1,[r0]
add r1,r1, r4
str r1,[r0]
clbss_l:将__bss_start至__bss_end全部清零。根据程序中代码来看,__bss_start和__bss_end也已经被重定位了,反汇编文件中可以验证这点。
board_init_r:此为第二阶段的代码。
相关文章推荐
- U-BOOT第一阶段程序分析(2)
- U-BOOT第一阶段程序分析(1)
- U-boot第一阶段分析
- U-BOOT第二阶段程序分析(2)
- U-boot启动第一阶段源码分析
- U-Boot启动第一阶段代码分析
- 图解U-Boot:第一阶段源码分析
- uboot——启动第一阶段分析
- TQ2440 学习笔记—— 30、移植U-Boot【U-Boot 的启动过程第一阶段源码分析】
- 图解U-Boot:第一阶段源码分析
- 12.u-boot2013.01 smdk2410 启动第一阶段分析.txt
- coreboot学习10:coreboot第一阶段学习小结
- U-Boot 启动过程和源码分析(第一阶段)
- u-boot-2012.04.1 第一阶段分析 内存划分 代码重定位
- u-boot-1.1.6 源码分析(2)--第一阶段
- u-boot第一阶段分析(二)
- U-boot第一阶段分析
- u-boot第一阶段分析(一)
- u-boot——start.S文件(属于第一阶段)分析
- u-boot启动过程源码分析之第一阶段(S3C24XX系列)