雖然自2012年9月開始就做嵌入式了，但感覺自己一直在打醬油，首先玩的loongson的平臺的片子（玩過的人都懂的），其次是公司招我進去的目標只是為了驗證公司做的硬體是沒問題的，整個方案基本就是按開發板做的，所以自己基本沒有什麼可以改，最多就是做幾個IIC的小晶片驅動，基本就是編譯下程式，看看資料對不對。

         時間就快過去一年了，嘗試著去面試了幾家公司，回來深受打擊：沒有做上層的經驗，說做底層，可是bootload都沒玩過，不清楚bootload的啟動流程，沒有分析過啟動程式碼，沒有除錯過記憶體晶片，沒有寫過裸機程式碼，只是知道核心下簡單驅動的框架，但沒做過音視訊驅動，沒有做過USB……

         出去面試一遭，才知道自己一年內打醬油打的多麼的徹底，所以痛定思痛，決定從0開始（做了一年的好處是，對概念性的東西不陌生），從最基本的uboot開始，用了幾天時間，看完了start.S，瞭解了大致的啟動流程，同時也對比了loongson的pmon啟動程式碼，其實發現流程都是差不多的。

         然後，就想在uboot下搭建裸機開發環境，首先從最基本的“helloworld”開始，

         開始的時候程式碼直接寫成：

         #include<stdlib.h>

        int main(int argc, char **argv)

       {

              printf("Helloworld!\n");

       }

       直接就是編譯錯誤，上網一查：原來uboot下沒有庫函式可用 所以不可以通過呼叫lib庫的標準printf函式實現列印輸出，但變相通過uboot本身實現的printf函式 利用函式指標進行printf函式呼叫，於是乎參考了網上的程式碼：

        void (*show)(char *, ...);

        int main(int argc, char **argv)

       {

                   show = 0x33f9303c;

                   show("Helloworld!\n");

       }

      hello.bin:hello.o
               arm-linux-ld -Ttext 0x30000000 hello.o -o hello.elf
               arm-linux-objcopy -O binary hello.elf hello.bin
               arm-linux-objdump -d hello.elf > hello.dls

hello.o:hello.c
               arm-linux-gcc -c hello.c -o hello.o

clean:
              rm hello.bin hello.o hello.elf hello.dls

             編完將生成的bin檔案放到tftp資料夾，在uboot下用tftp下載到0x30000000處（tftp 30000000 hello.bin），卻執行不起來，自己也不知道原因，在網上找了一陣，卻也只有那幾篇文章，也沒找出原因，於是糾結了幾天，今天去深圳灣騎行50公里回來，也許鍛煉出汗後會神清氣爽，看東西都比較精神，再上網繼續找原因，突然發現了原因：原來“show = xxxxxx;”中的xxxxxx是指uboot的System.map中的printf的地址，比如我的版本的地址是0x33f91708，OK，編譯下載，執行一切如常了。

              也許文內寫的東西很簡單，但是要是開始玩u-boot，且周圍沒有交流的人的情況下，這兩個細節還是要花時間去解決的：show的地址、arm-linux-ld -Ttext 0x30000000 hello.o -o hello.elf中的連結地址要和u-boot的中下載地址一致。