昨天用uboot1.4調試了一下基于s3c44b0的一個LED燈實驗，成功，紀錄下：
最初的設想是想用uboot的loadb命令來調試自己移植的uboot,發現串口沒顯示，當時就暈了 就不想再動了，原因可想而知是各種各樣的，難~~~ 但再想想是不是思路有問題，就打算寫個裸C來試下loadb命令。
整個程序就是實現個流水燈（也就只有三個LED
），就叫做led.c吧，編譯成led.o，再用arm-elf-objcopy成led.bin,通過串口，用uboot命令loadb 0x0c008000 用超級終端傳送一下，（很快，一下而過）發現板子沒反應，（又暈了
）只有找google了（還是推薦google，百度還是差點）發現還要鏈接,那就arm-elf-ld -Ttext 0x0c008000 -nostdinc -o led.elf led.o(不是很懂為什么要加-nostdinc 然道是為了幫ld省事，不要去找stdinc??)。再次loadb 發現板上的燈還是沒動靜（）這可雜辦呢~~~
再次使出google大法，再看看自己的led.c~~~~~（時間很長
）
終于找到了一點有用的：“對于裸機C程序，入口函數應該放在文件最前面”
然道我的燈不動就是因為在entry()之前寫了一個delay()????
那就試著改一下吧，所有其他函數都寫在entry()之后，再次arm-elf-gcc arm-elf-as arm-elf-ld arm-elf-objcopy~~(各種難啊~~)最后loadb 0x0c00800~~~~~~~
終于是見到板上的LED如程序所寫一樣的動起來了~~（激動啊
）
激動之后再想想，覺的所謂的裸C程序，入口函數應該在文件最前面 這一點甚是不懂啊，再次請教google大叔，哎，發現有關的太少了，看樣子是沒多少人研究這個了~~~
突然想到arm-elf-readelf這個東西，還是用用吧，打開led.elf看看,于是在arm-elf-readelf -a led.elf作用下，顯示了一大堆，當時就眼花了，怕了~~~
還是慢慢來吧，一步一步來，先arm-elf-readelf -h led.elf
還是能看懂的，非常簡單的幾個english word 再次arm-elf-readelf -s led.elf
感覺自己要的東西出現了~~~~
出現了類似表單的文本，不懂頭幾個單詞的意思（
）卻在下面發現了entry ~~
還在同一行看到了0c008000 應該是說在0x0c008000這個地方有一個entry 哈哈，這個我懂啊，所謂的程序入口函數嘛，我的程序就是要在0x0c008000處開始運行啊
于是我再改回我原來的led.c，把delay()放在entry()前面，再次arm-elf-readelf -s led.elf,發現
在0c00800 一行上對應的是 .gcc2_compiled 而entry這一行對應的地址卻是0c00802c
哎，這才總算在猜測+測試中發現所謂的裸C程序入口函數為什么要放在最前面了（只是猜測
沒人告訴我why）裸C程序里的函數放置地址是按函數實現的地址來放置的 就是說在內存中函數的放置地址順序與在文件中的實現順序是對應的~~ 而非裸C程序，甚至只要加了個符號鏈接的話，在內存中的執行地址與程序文本中的實現地址是無關的~~
~~~由此牽扯出的一大堆問題怕是難以一下解決的了，哎 難~~~
路漫漫其修遠兮~~~~~~~