用uboot調(diào)試裸機C語言

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

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

再次使出google大法，再看看自己的led.c~~~~~（時間很長）

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

然道我的燈不動就是因為在entry()之前寫了一個delay()????

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

終于是見到板上的LED如程序所寫一樣的動起來了~~（激動啊）

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

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

還是慢慢來吧，一步一步來，先arm-elf-readelf -h led.elf

還是能看懂的，非常簡單的幾個english word 再次arm-elf-readelf -s led.elf

感覺自己要的東西出現(xiàn)了~~~~

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

還在同一行看到了0c008000 應(yīng)該是說在0x0c008000這個地方有一個entry 哈哈，這個我懂啊，所謂的程序入口函數(shù)嘛，我的程序就是要在0x0c008000處開始運行啊

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

在0c00800 一行上對應(yīng)的是 .gcc2_compiled 而entry這一行對應(yīng)的地址卻是0c00802c

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

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

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