目錄

• 引入
• 環(huán)境配置
• 編譯體驗(yàn)
• 入口查找
• 代碼分析
• board_init_f
• pie
• 內(nèi)存分布分析
• SP設(shè)置
• board_init_f
• 重定位
• 代碼段重定位實(shí)現(xiàn)
• 變量地址修改
• 參考

---

引入

關(guān)于移植，搜索關(guān)鍵英文詞語(yǔ)portting

移植簡(jiǎn)單的介紹在readme中，手冊(cè)是它的使用幫助

代碼倉(cāng)庫(kù)地址 02-uboot重定位加入自己的代碼

環(huán)境配置

這里使用編譯工具arm-linux-gcc-4.3.2.tar，具體安裝參考更換gcc工具鏈.md

編譯體驗(yàn)

make smdk2410_configmake

入口查找

我們可以從頂層Makefile開始分析，也可以直接看到編譯結(jié)果，查看最后的鏈接過(guò)程如下，搜索arm-linux-

arm-linux-ld -pie -T u-boot.lds -Bstatic -Ttext 0x0 $UNDEF_SYM arch/arm/cpu/arm920t/start.o --start-group api/libapi.o

可以看到這里指定了鏈接腳本以及代碼段的地址在-Ttext 0，第一個(gè)文件是arch/arm/cpu/arm920t/start.o

代碼分析

簡(jiǎn)單的流程如下:

set the cpu to SVC32 mode

close watchdog

mask all IRQs by setting all bits in the INTMR

FCLK:HCLK:PCLK = 1:2:4

cpu_init_crit

flush v4 I/D caches

disable MMU stuff and caches

lowlevel_init

memory control configuration [set sdram]

set sp [Set stackpointer in internal RAM]

board_init_f

init_sequence

board_early_init_f

set clock

gpio

----....---

relocate_code

copy_loop 復(fù)制代碼

fixloop 修改全局變量等數(shù)據(jù)段

clear_bss

board_init_f

這里有一個(gè)關(guān)鍵的變量gd，可以看到文件頭上面有個(gè)宏DECLARE_GLOBAL_DATA_PTR，定義如下

#define DECLARE_GLOBAL_DATA_PTR register volatile gd_t *gd asm ("r8")

也就是定義gd為寄存器變量r8,可以看到編譯輸出有這么一句，表示編譯器不使用r8寄存器

-fno-common -ffixed-r8

pie

新版本的uboot是在初始化完執(zhí)行完board_init_f后進(jìn)行重定位代碼，但是代碼本身的鏈接腳本就是在0地址的，那么它為什么需要再重定位代碼？

我們可以看到鏈接命令輸出如下

arm-linux-ld -pie -T u-boot.lds -Bstatic -Ttext 0x0 $UNDEF_SYM arch/arm/cpu/arm920t/start.o --start-group api/libapi.o

搜索下pie相關(guān)的內(nèi)容，就是說(shuō)創(chuàng)建位置無(wú)關(guān)可執(zhí)行程序

$ arm-linux-ld --help | grep "pie"-pie, --pic-executable Create a position independent executable

內(nèi)存分布分析

我們從進(jìn)入c函數(shù)的地方開始分析，前面的就不看了，c函數(shù)跳轉(zhuǎn)首先需要這是sp

SP設(shè)置

到設(shè)置堆棧的代碼為入口分析

/* Set stackpointer in internal RAM to call board_init_f */ call_board_init_f:ldr sp, =(CONFIG_SYS_INIT_SP_ADDR)bic sp, sp, #7 /* 8-byte alignment for ABI compliance */ldr r0,=0x00000000bl board_init_f

這里設(shè)置sp=CONFIG_SYS_INIT_SP_ADDR,我們可以查看反匯編得到實(shí)際的值是0x30000f80

00000098 <call_board_init_f>:98: e59fd3d8 ldr sp, [pc, #984] ; 478 <fiq+0x58>9c: e3cdd007 bic sp, sp, #7 ; 0x7a0: e3a00000 mov r0, #0 ; 0x0a4: eb0007f1 bl 2070 <board_init_f>478: 30000f80 .word 0x30000f80

接下來(lái)仔細(xì)看下代碼，這里有個(gè)宏DEFINE，目的是將后面的參數(shù)1作為一個(gè)宏傳遞給匯編文件，值是第二個(gè)參數(shù)，這里的值就是global_data也就是gd_t向上16對(duì)齊

#define PHYS_SDRAM_1 0x30000000 /* SDRAM Bank #1 */ #define PHYS_SDRAM_1_SIZE 0x04000000 /* 64 MB */ #define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_1 #define CONFIG_SYS_INIT_SP_ADDR (CONFIG_SYS_SDRAM_BASE + 0x1000 - \GENERATED_GBL_DATA_SIZE)lib\asm-offsets.cDEFINE(GENERATED_GBL_DATA_SIZE,(sizeof(struct global_data) + 15) & ~15);typedef struct global_data {bd_t *bd;unsigned long flags;unsigned long baudrate;unsigned long have_console; /* serial_init() was called */unsigned long env_addr; /* Address of Environment struct */unsigned long env_valid; /* Checksum of Environment valid? */unsigned long fb_base; /* base address of frame buffer */#ifdef CONFIG_ARM/* "static data" needed by most of timer.c on ARM platforms */unsigned long timer_rate_hz;unsigned long tbl;unsigned long tbu;unsigned long long timer_reset_value;unsigned long lastinc; #endifunsigned long relocaddr; /* Start address of U-Boot in RAM */phys_size_t ram_size; /* RAM size */unsigned long mon_len; /* monitor len */unsigned long irq_sp; /* irq stack pointer */unsigned long start_addr_sp; /* start_addr_stackpointer */unsigned long reloc_off; #if !(defined(CONFIG_SYS_ICACHE_OFF) && defined(CONFIG_SYS_DCACHE_OFF))unsigned long tlb_addr; #endifconst void *fdt_blob; /* Our device tree, NULL if none */void **jt; /* jump table */char env_buf[32]; /* buffer for getenv() before reloc. */ } gd_t;

剛開始的時(shí)候，沒(méi)有考慮到CONFIG_ARM，計(jì)算出來(lái)的值與實(shí)際對(duì)不上，后來(lái)仔細(xì)搜索發(fā)現(xiàn)是定義了的

# grep -nR "CONFIG_ARM" ./ ./arch/arm/config.mk:34:PLATFORM_CPPFLAGS += -DCONFIG_ARM -D__ARM__ ./include/autoconf.mk:126:CONFIG_ARM=y

這里理論計(jì)算的就是22*4+32=120===+15&-15=128

最終sp=0x30000000+0x1000-128=0x30000F80與匯編結(jié)果是一致的

接著我們仔細(xì)看下這個(gè)來(lái)自內(nèi)核的宏DEFINE，它是嵌入?yún)R編，實(shí)際上他是編譯不了的，因?yàn)闆](méi)有->指令，實(shí)際上，這個(gè)asm-offsets.c文件根本不是用來(lái)運(yùn)行的，只是在編譯的時(shí)候，用它生成一個(gè)asm-offsets.s文件，然后Kbuild會(huì)處理這個(gè)asm-offsets.s文件，生成asm-offsets.h文件。這個(gè)頭文件最終被匯編文件引用，其中定義的變量最終得到應(yīng)用。
如果要在自己的內(nèi)核模塊中使用這些變量，引用這個(gè)頭文件即可#include <asm/asm-offsets.h>. 摘自內(nèi)核黑科技之DEFINE宏

include\linux\kbuild.h #define DEFINE(sym, val) \asm volatile("\n->" #sym " %0 " #val : : "i" (val))

后來(lái)在編譯結(jié)果中搜索CONFIG_SYS_INIT_SP_ADDR

./include/generated/generic-asm-offsets.h:10:#define GENERATED_GBL_DATA_SIZE (128) /* (sizeof(struct global_data) + 15) & ~15 */

其實(shí)這個(gè)是我看了說(shuō)明之后才去搜索的，這個(gè)DEFINE就是根據(jù)lib/asm-offsets.c生成asm-offsets.h

$ cat asm-offsets.h #ifndef DO_DEPS_ONLY#include <generated/generic-asm-offsets.h> /* #include <generated/asm-offsets.h> */#endif

最終的宏也就在generated/generic-asm-offsets.h中了

#define GENERATED_GBL_DATA_SIZE (128) /* (sizeof(struct global_data) + 15) & ~15 */ #define GENERATED_BD_INFO_SIZE (48) /* (sizeof(struct bd_info) + 15) & ~15 */

接下來(lái)就是初始化以及內(nèi)存分布設(shè)置

board_init_f

簡(jiǎn)單的代碼解釋如下

call_board_init_f:ldr sp, =(CONFIG_SYS_INIT_SP_ADDR)bic sp, sp, #7 /* 8-byte alignment for ABI compliance 清除低3位 */ldr r0,=0x00000000bl board_init_fboard_init_f /*這里指的就是棧頂 調(diào)用之前是 ldr sp, =(CONFIG_SYS_INIT_SP_ADDR) bic sp, sp, #7 */gd = (gd_t *) ((CONFIG_SYS_INIT_SP_ADDR) & ~0x07);gd->mon_len = _bss_end_ofs; /**bss_end-start 就是整個(gè)程序的大小//*一些初始化操作*/*init_sequence()addr = CONFIG_SYS_SDRAM_BASE + gd->ram_size; //這個(gè)ram_size在dram_init 初始化為64M，CONFIG_SYS_SDRAM_BASE 也就是sdram基地址//addr 就是ram最高地址 0x04000000+0x3000,0000/* reserve TLB table */ //保留4kb給tlb后向下64kb對(duì)齊，也就是消除0xffff 0x3400,0000-0x4000=0x33ffc,0000addr -= (4096 * 4); // 對(duì)齊后就是 0x33ff,0000 /* round down to next 64 kB limit */addr &= ~(0x10000 - 1);gd->tlb_addr = addr;/* //代碼段，gd->mon_len=_bss_end_ofs* reserve memory for U-Boot code, data & bss* round down to next 4 kB limit*/addr -= gd->mon_len;addr &= ~(4096 - 1);/** reserve memory for malloc() arena*/addr_sp = addr - TOTAL_MALLOC_LEN;/** (permanently) allocate a Board Info struct* and a permanent copy of the "global" data*/addr_sp -= sizeof (bd_t);bd = (bd_t *) addr_sp;gd->bd = bd; addr_sp -= sizeof (gd_t);id = (gd_t *) addr_sp;/* leave 3 words for abort-stack */addr_sp -= 12;/* 8-byte alignment for ABI compliance */addr_sp &= ~0x07;gd->relocaddr = addr;gd->start_addr_sp = addr_sp;gd->reloc_off = addr - _TEXT_BASE;memcpy(id, (void *)gd, sizeof(gd_t));/*這里最后進(jìn)行重定位代碼 */relocate_code(addr_sp, id, addr);relocate_code:mov r4, r0 /* save addr_sp */mov r5, r1 /* save addr of gd */mov r6, r2 /* save addr of destination */int dram_init(void) {/* dram_init must store complete ramsize in gd->ram_size */gd->ram_size = PHYS_SDRAM_1_SIZE; //64Mreturn 0; }

最后的分配內(nèi)存如下

重定位

uboot的鏈接地址是0，那么它剛開始在nor上運(yùn)行是能夠讀取指令運(yùn)行的，但是他的變量怎么辦呢？

比如我有一個(gè)變量在0x100，需要修改，nor上的數(shù)據(jù)并不能像內(nèi)存一樣修改？那么怎么解決呢？

這里我們假設(shè)想要在sdram上運(yùn)行，那么我們搬運(yùn)到0x3200,0000上去，那么我們不僅需要搬運(yùn)代碼，還要修改代碼也就是說(shuō)將變量0x100變?yōu)?x3200,0100

那么我們?cè)趺粗琅f變量的地址0x100,這里就是在鏈接的時(shí)候加入pie選項(xiàng)，會(huì)有新的段生成，可以看下lds文件

.rel.dyn : {__rel_dyn_start = .;*(.rel*)__rel_dyn_end = .;}.dynsym : {__dynsym_start = .;*(.dynsym)}

代碼段重定位實(shí)現(xiàn)

代碼重定位是在board_init_f中調(diào)用的

// addr_sp 最后的sp // id gd結(jié)構(gòu)的位置 // addr 重定位的位置 relocate_code(addr_sp, id, addr)

我們來(lái)計(jì)算下實(shí)際的代碼段加bss段的大小

.globl _bss_start_ofs _bss_start_ofs:.word __bss_start - _start.globl _bss_end_ofs _bss_end_ofs:.word __bss_end__ - _start.globl _end_ofs _end_ofs:.word _end - _start// 查看具體的反匯編00000040 <_TEXT_BASE>:40: 00000000 .word 0x0000000000000044 <_bss_start_ofs>:44: 0006b568 .word 0x0006b56800000048 <_bss_end_ofs>:48: 000ae4e0 .word 0x000ae4e00000004c <_end_ofs>:4c: 000736d8 .word 0x000736d8

可以看到整個(gè)的大小是_bss_end_ofs=0x000ae4e0，我們計(jì)算下

gd->relocaddr = addr=0x33ff,0000-0x000ae4e0=33F41B20 4k對(duì)齊 &~(4096-1)=fff =33F4,1000

具體的匯編如下

.globl relocate_code relocate_code:mov r4, r0 /* save addr_sp */mov r5, r1 /* save addr of gd */mov r6, r2 /* save addr of destination *//*這里設(shè)置新的sp*//* Set up the stack */ stack_setup:mov sp, r4adr r0, _startcmp r0, r6beq clear_bss /* skip relocation */mov r1, r6 /* r1 <- scratch for copy_loop */ldr r3, _bss_start_ofsadd r2, r0, r3 /* r2 <- source end address *//*支持nor的復(fù)制，不支持nand的*/ copy_loop:ldmia r0!, {r9-r10} /* copy from source address [r0] */stmia r1!, {r9-r10} /* copy to target address [r1] */cmp r0, r2 /* until source end address [r2] */blo copy_loop

變量地址修改

程序的鏈接地址是0，訪問(wèn)全局變量、靜態(tài)變量、調(diào)用函數(shù)時(shí)是使"基于0地址編譯得到的地址

現(xiàn)在把程序復(fù)制到了SDRAM，需要修改代碼，把"基于0地址編譯得到的地址"改為新地址

程序里有些地址在鏈接時(shí)不能確定，要到運(yùn)行前才能確定：fixabs

我們先來(lái)看下全局變量是怎么在匯編中使用的?查看文檔全局變量反匯編與重定位.md，在文檔中已經(jīng)知道要怎么做了， 接下去看這個(gè)匯編的實(shí)現(xiàn)即可，uboot總結(jié)來(lái)說(shuō)有兩種情況，我只了解第一種情況

從.rel.dyn 段中依次獲得要修改的變量地址如果下一個(gè)值Y是0x17*(adr+offset)=*(adr+offset)+offset如果下一個(gè)值Y的低8位是0x02,這里加的是絕對(duì)地址，和自身存儲(chǔ)的地址值無(wú)關(guān)*(adr+offset)=*[Y>>4+段dynsym_r10+4]+offset

正常的我們?nèi)肿兞?#xff0c;指針的處理

某個(gè)lable存的值是個(gè)地址，他是一個(gè)絕對(duì)的偏移，與當(dāng)前的位置無(wú)關(guān)，這個(gè)老師說(shuō)是動(dòng)態(tài)鏈接的時(shí)候是需要這樣的，沒(méi)有了解動(dòng)態(tài)鏈接，暫時(shí)不去深究.

從代碼的意思來(lái)說(shuō)，就是該地址是固定的，它是一個(gè)確定的位置*[Y>>4+段dynsym_r10+4]這個(gè)值就是表格里面死的值

比如我們代碼偏移了offset=20,有兩個(gè)地址單元【4】=14，【5】=15

• 假設(shè)都為0x17標(biāo)記,則【24】=14+20=34，【25】=15+20=35
• 【5】為0x02標(biāo)記,則【24】=14+20=34，【25】=固定的值+20

在代碼上體現(xiàn)是如下

/*1. 計(jì)算偏移地址2. 獲得特殊段的 _dynsym_start_ofs _rel_dyn_start_ofs 位置 *//** fix .rel.dyn relocations*/ldr r0, _TEXT_BASE /* r0 <- Text base */sub r9, r6, r0 /* r9 <- relocation offset */ldr r10, _dynsym_start_ofs /* r10 <- sym table ofs */add r10, r10, r0 /* r10 <- sym table in FLASH */ldr r2, _rel_dyn_start_ofs /* r2 <- rel dyn start ofs */add r2, r2, r0 /* r2 <- rel dyn start in FLASH */ldr r3, _rel_dyn_end_ofs /* r3 <- rel dyn end ofs */add r3, r3, r0 /* r3 <- rel dyn end in FLASH *//*從.rel.dyn 段中依次獲得要修改的變量地址如果下一個(gè)值Y是0x17*(adr+offset)=*(adr+offset)+offset如果下一個(gè)值Y的低8位是0x02,這里加的是絕對(duì)地址，和自身存儲(chǔ)的地址值無(wú)關(guān)*(adr+offset)=*[Y>>4+段dynsym_r10+4]+offset */ fixloop:ldr r0, [r2] /* r0 <- location to fix up, IN FLASH! */add r0, r0, r9 /* r0 <- location to fix up in RAM */ldr r1, [r2, #4]and r7, r1, #0xffcmp r7, #23 /* relative fixup? */beq fixrelcmp r7, #2 /* absolute fixup? */beq fixabs/* ignore unknown type of fixup */b fixnext fixabs:/* absolute fix: set location to (offset) symbol value */mov r1, r1, LSR #4 /* r1 <- symbol index in .dynsym */add r1, r10, r1 /* r1 <- address of symbol in table */ldr r1, [r1, #4] /* r1 <- symbol value */add r1, r1, r9 /* r1 <- relocated sym addr */b fixnext fixrel:/* relative fix: increase location by offset */ldr r1, [r0]add r1, r1, r9 fixnext:str r1, [r0]add r2, r2, #8 /* each rel.dyn entry is 8 bytes */cmp r2, r3blo fixloop

進(jìn)一步每行代碼分析如下

調(diào)用之前的值mov r4, r0 /* save addr_sp */mov r5, r1 /* save addr of gd */mov r6, r2 /* save addr of destination */ r0 鏈接地址這里是0r6 目標(biāo)地址r9 這里就是flash與sdram的偏移地址了/** fix .rel.dyn relocations*/ldr r0, _TEXT_BASE /* r0 <- Text base */sub r9, r6, r0 /* r9 <- relocation offset */-----------------------------------------r0 鏈接地址這里是0r6 目標(biāo)地址r9 這里就是flash與sdram的偏移地址了 --------------------------------------------ldr r10, _dynsym_start_ofs /* r10 <- sym table ofs */add r10, r10, r0 /* r10 <- sym table in FLASH */-----------------------------------------------_dynsym_start_ofs:.word __dynsym_start - _startr10 就是 __dynsym_start 在flash 的實(shí)際地址-----------------------------------------------ldr r2, _rel_dyn_start_ofs /* r2 <- rel dyn start ofs */add r2, r2, r0 /* r2 <- rel dyn start in FLASH */----------------------------------------------- _rel_dyn_start_ofs:.word __rel_dyn_start - _startr2 就是 __rel_dyn_start 在flash 的實(shí)際地址-----------------------------------------------ldr r3, _rel_dyn_end_ofs /* r3 <- rel dyn end ofs */add r3, r3, r0 /* r3 <- rel dyn end in FLASH */----------------------------------------------- _rel_dyn_end_ofs:.word __rel_dyn_end - _startr3 就是 __rel_dyn_end 在flash 的實(shí)際地址----------------------------------------------------------------------------------------------總結(jié)來(lái)說(shuō)就是先確定了具體在flash上的地址.rel.dyn : {__rel_dyn_start = .; ---------r2*(.rel*)__rel_dyn_end = .; ---------r3}.dynsym : {__dynsym_start = .; ----------r10*(.dynsym)}0006b568 <__rel_dyn_start>: //接下去用A標(biāo)志這里 r26b568: 00000020 .word 0x000000206b56c: 00000017 .word 0x000000176b570: 00000024 .word 0x000000246b574: 00000017 .word 0x000000176b578: 00000028 .word 0x000000286b57c: 00000017 .word 0x00000017..................................................end=r300073608 <__dynsym_start>: //接下去用B標(biāo)志這里 r10...73624: 00010003 .word 0x0001000373628: 00000000 .word 0x000000007362c: 00068de4 .word 0x00068de473630: 00000000 .word 0x0000000073634: 00050003 .word 0x0005000373638: 00000049 .word 0x000000497363c: 0006b568 .word 0x0006b568 -----------------------------------------------這里的 r2 可以先理解為是nor上的地址 也就是加載地址 fixloop:// r2 表示當(dāng)前從 A 取址的地址ldr r0, [r2] /* r0 <- location to fix up, IN FLASH! */ // 從A表示的地址 取出具體的值 add r0, r0, r9 /* r0 <- location to fix up in RAM */ // 將其值加上offset ldr r1, [r2, #4] and r7, r1, #0xffcmp r7, #23 /* relative fixup? */ //取出下一個(gè)A的值，如果是0x17 跳轉(zhuǎn)到 fixrel // 如果是0x02 跳轉(zhuǎn)到 fixabs//--- r0 是修正過(guò)的地址值 //--- r1 是__rel_dyn_start下一個(gè)的值beq fixrelcmp r7, #2 /* absolute fixup? */beq fixabs/* ignore unknown type of fixup */b fixnext fixabs://到這里的時(shí)候 從A取出來(lái)的值已經(jīng)加上偏移了/* absolute fix: set location to (offset) symbol value */mov r1, r1, LSR #4 /* r1 <- symbol index in .dynsym */ // r1 右移4位 這里應(yīng)該是后四位無(wú)效用來(lái)表示 #2 // 猜測(cè) r1 這里表示的是 B的序號(hào) 也就是第幾個(gè)了add r1, r10, r1 /* r1 <- address of symbol in table */ldr r1, [r1, #4] /* r1 <- symbol value */add r1, r1, r9 /* r1 <- relocated sym addr */b fixnext fixrel: //到這里的時(shí)候 從A取出來(lái)的值r0已經(jīng)加上偏移了/* relative fix: increase location by offset */ldr r1, [r0] // 從重定位后的ram中取出值.老師的筆記這里寫錯(cuò)了哦 ######################### add r1, r1, r9 // 將這個(gè)值加上offset r1 fixnext:str r1, [r0]add r2, r2, #8 /* each rel.dyn entry is 8 bytes */cmp r2, r3blo fixloop

參考

內(nèi)核黑科技之DEFINE宏

全局變量反匯編與重定位

轉(zhuǎn)載：https://www.cnblogs.com/zongzi10010/p/10424480.html?

總結(jié)

以上是生活随笔為你收集整理的uboot2012(一)分析重定位的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。