沒有代碼空談流程（U-boot如何啟動核心）

我們用的u-boot已經改的面目全非，不過核心還是完全相同的，換了個面目而已。開源的好處，想改就改來玩玩。不過流程還是人家的。

 

u-boot通過bootm命令來啟動核心，這個命令的處理函數是do_bootm，這個函數處理的是uboot-mkimage製作的映像，如果正好這個映像是核心，那麼它就會調用do_bootm_linux函數，並在該函數中給核心傳遞參數並調用核心入口函數來啟動核心。下面就來寫寫do_bootm和do_bootm_linux的簡單流程，以及u-boot是如何把核心啟動參數傳遞給核心的。這裡只說流程，背景知識需要提前準備。當然也需要對著代碼才能明白這些話是不是P話，是不是錯話。OK，開始。

 

do_bootm開始，首先取環境變數verify的值，這個後面用來判斷是否要對映像資料部分進行CRC校正，然後獲得映像在記憶體中的位置。把映像的頭部資訊拷貝到一個提前準備好的全域變數中去，後續的操作基本都是通過檢查這個全域變數的各個成員來進行的。

 

首先通過MAGIC NUMBER來檢查檔案類型是否是UIMAGE的映像，然後作頭部的CRC校正，再根據前面取得的verify值做映像資料部分的CRC校正，然後檢查ARCH，再檢查映像類型（是單獨的應用程式，還是核心，還是多個檔案）。在這裡前面的檢查，如果不符合，不支援，或者出錯，那麼都會導致do_bootm出錯返回，這是這些操作都不會破壞在記憶體中存放的UIMAGE映像（當然也可是存放在FLASH中的）。

 

以上的檢查都做完後檢查是否是壓縮過得映像，這裡的壓縮指的是U-Boot用的壓縮，與核心的zImage不是一回事兒，如果壓縮了，那麼就調用相應的解壓縮程式進行解壓縮，解壓縮的位置就是在頭部資訊中指定的裝載地址，而這個地址是在用uboot-mkimage製作映像的時候指定的。解壓縮結束後再次判斷映像類型，如果是核心或者多檔案類型，那麼就進入do_bootm_linux函數了。

 

在do_bootm_linux中，首先獲得核心入口地址，然後檢查initrd映像並取得initrd的位置和大小。然後開始設定啟動核心所需要的參數，也就是要傳遞給核心的參數，現在的u-boot通過一個結構struct tag來管理這一大堆參數。通過調用一大堆setup_xx_tag函數設定完參數以後，關閉中斷，關掉並沖刷CACHE，然後調用核心入口函數，通過bdinfo的bi_boot_params成員把存放這些 參數的tag資料結構的地址傳遞給核心。這樣就開始執行核心代碼了。大致過程就是這樣吧。