用uboot調試裸機C語(yǔ)言

最初的設想是想用uboot的loadb命令來(lái)調試自己移植的uboot,發(fā)現串口沒(méi)顯示，當時(shí)就暈了 就不想再動(dòng)了，原因可想而知是各種各樣的，難~~~ 但再想想是不是思路有問(wèn)題，就打算寫(xiě)個(gè)裸C來(lái)試下loadb命令。

整個(gè)程序就是實(shí)現個(gè)流水燈（也就只有三個(gè)LED），就叫做led.c吧，編譯成led.o，再用arm-elf-objcopy成led.bin,通過(guò)串口，用uboot命令loadb 0x0c008000 用超級終端傳送一下，（很快，一下而過(guò)）發(fā)現板子沒(méi)反應，（又暈了）只有找google了（還是推薦google，百度還是差點(diǎn)）發(fā)現還要鏈接,那就arm-elf-ld -Ttext 0x0c008000 -nostdinc -o led.elf led.o(不是很懂為什么要加-nostdinc 然道是為了幫ld省事，不要去找stdinc??)。再次loadb 發(fā)現板上的燈還是沒(méi)動(dòng)靜（）這可雜辦呢~~~

再次使出google大法，再看看自己的led.c~~~~~（時(shí)間很長(cháng)）

終于找到了一點(diǎn)有用的：“對于裸機C程序，入口函數應該放在文件最前面”

然道我的燈不動(dòng)就是因為在entry()之前寫(xiě)了一個(gè)delay()????

那就試著(zhù)改一下吧，所有其他函數都寫(xiě)在entry()之后，再次arm-elf-gcc arm-elf-as arm-elf-ld arm-elf-objcopy~~(各種難啊~~)最后loadb 0x0c00800~~~~~~~

終于是見(jiàn)到板上的LED如程序所寫(xiě)一樣的動(dòng)起來(lái)了~~（激動(dòng)啊）

激動(dòng)之后再想想，覺(jué)的所謂的裸C程序，入口函數應該在文件最前面 這一點(diǎn)甚是不懂啊，再次請教google大叔，哎，發(fā)現有關(guān)的太少了，看樣子是沒(méi)多少人研究這個(gè)了~~~

突然想到arm-elf-readelf這個(gè)東西，還是用用吧，打開(kāi)led.elf看看,于是在arm-elf-readelf -a led.elf作用下，顯示了一大堆，當時(shí)就眼花了，怕了~~~

還是慢慢來(lái)吧，一步一步來(lái)，先arm-elf-readelf -h led.elf

還是能看懂的，非常簡(jiǎn)單的幾個(gè)english word 再次arm-elf-readelf -s led.elf

感覺(jué)自己要的東西出現了~~~~

出現了類(lèi)似表單的文本，不懂頭幾個(gè)單詞的意思（）卻在下面發(fā)現了entry ~~

還在同一行看到了0c008000 應該是說(shuō)在0x0c008000這個(gè)地方有一個(gè)entry 哈哈，這個(gè)我懂啊，所謂的程序入口函數嘛，我的程序就是要在0x0c008000處開(kāi)始運行啊

于是我再改回我原來(lái)的led.c，把delay()放在entry()前面，再次arm-elf-readelf -s led.elf,發(fā)現

在0c00800 一行上對應的是 .gcc2_compiled 而entry這一行對應的地址卻是0c00802c

哎，這才總算在猜測+測試中發(fā)現所謂的裸C程序入口函數為什么要放在最前面了（只是猜測沒(méi)人告訴我why）裸C程序里的函數放置地址是按函數實(shí)現的地址來(lái)放置的 就是說(shuō)在內存中函數的放置地址順序與在文件中的實(shí)現順序是對應的~~ 而非裸C程序，甚至只要加了個(gè)符號鏈接的話(huà)，在內存中的執行地址與程序文本中的實(shí)現地址是無(wú)關(guān)的~~

~~~由此牽扯出的一大堆問(wèn)題怕是難以一下解決的了，哎 難~~~

路漫漫其修遠兮~~~~~~~