對(duì)于ARM加載時(shí)、運(yùn)行時(shí)地址的理解

只是這樣理解，對(duì)于一些過程而言，就能夠說得通了，也與一些資料上說的情況吻合了。

scatter文件中的下載時(shí)地址和運(yùn)行時(shí)地址是在編譯和鏈接階段用的。
比如有下面的scatter文件，以從匯編中跳轉(zhuǎn)到c文件為例。
LOAD 0x0
{
JMAIN +0
{
jmain.o(jmain,+first)
}
TEST 0x200
{
test.o
*(+RO,+RW,+ZI)
}
}
jmain.s中只是一個(gè)跳轉(zhuǎn)，
b __main，
main在test.c中定義.
void main(){}

scatter文件中LOAD處的0x0表示的是下載時(shí)地址，它表示的是整個(gè)工程文件中生成的所有.o文件在編譯的

時(shí)候都是從0x0，從前到后依次排開(jmian.o在0x0開始,test.o緊跟著jmain.o)，當(dāng)然也可能中間有些處

理，但總的來說是這樣的。對(duì)于例子而言，可以理解為，生成的.bin文件中從0x0開始,jmain.o和test.o

及其他.他們之間并沒有什么間隙.

而scatter中的運(yùn)行時(shí)地址，如0x200，是用來指導(dǎo)編譯器編譯指令的,有這種情況:
如果將0x200改成0x100,查看編譯的二進(jìn)制碼,指令為:0xea00003e,在為0x200時(shí),指令為0xea00007e

這里面的不同說明編譯器根據(jù)了運(yùn)行時(shí)地址來生成指令的二進(jìn)制碼.

所以,我認(rèn)為可以將下載時(shí)地址看成是一段內(nèi)存的首地址,以該地址開始存放的指令在具體編譯,生成二進(jìn)

制碼的時(shí)候需要運(yùn)行時(shí)地址的介入.

到了具體運(yùn)行的時(shí)候,比如運(yùn)行0xea00007e,那么cpu便會(huì)跳轉(zhuǎn),去運(yùn)行0x200處的指令了.這樣,就和一般的

資料上講的運(yùn)行時(shí)和下載時(shí)地址吻合了.

但是還有一個(gè)問題,仍以上面的例子,如果將.bin文件下載到板子的0x0地址.cpu在從0x0開始運(yùn)行后,便會(huì)

運(yùn)行0xea00007e,但此時(shí)0x200處并沒有我們想要運(yùn)行的指令,比如main().所有,有一個(gè)拷貝的過程需要在

跳轉(zhuǎn)到main()之前進(jìn)行.

在編譯鏈接的時(shí)候,linker會(huì)將0x200這個(gè)地址保存到某個(gè)地址處,在b __main之后,就會(huì)從該地址處取出

0x200,將test.o以及后面的東東從下載時(shí)的地址(在jmain.o后面,也就是前面提到的依次排開的地址)通過

loop拷貝到0x200這個(gè)地址的地方,并依次排開.在copy過后,跳轉(zhuǎn)到0x200處,即運(yùn)行0xea00007e才會(huì)正常.

這個(gè)copy的過程可以有編譯器做,也可以我們自己寫代碼實(shí)現(xiàn).


回到ads中的ro base設(shè)置,它是scatter中的下載時(shí)地址=root region的運(yùn)行時(shí)地址.在ads中,設(shè)置ro

base=0x10000,并將生成的.bin下載到板子的ram上,如mx 0x8000,g 0x8000,程序能正常運(yùn)行.這是因

為.bin在板子上是被放在0x8000處的,從0x8000開始運(yùn)行是因?yàn)閏pu的pc總是+4的運(yùn)行,在跳轉(zhuǎn)之前的指令

都沒有涉及到絕對(duì)地址,相對(duì)地址這些,他們的二進(jìn)制碼也不會(huì)涉及這些地址.所以能正常運(yùn)行.當(dāng)運(yùn)行到b

__main的時(shí)候,利用ads自動(dòng)生成的loop等完成copy.在copy中才涉及到了0x10000.正是這個(gè)copy,以及其后

的b __rt_entry,使程序能夠正常運(yùn)行.

這樣看來,scatter文件中的加載時(shí)地址就并不那么重要了.