本文**：
我們用的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資料結構的位址傳遞給核心。這樣就開始執行核心**了。大致過程就是這樣吧。
uboot如何啟動核心
uboot的本質是乙個裸機程式，作業系統核心本質也是裸機程式。區別就是作業系統執行起來後，在軟體上分為核心層和應用層，分層後兩層的許可權不同，記憶體訪問和裝置操作的管理更加精細 核心可以隨便訪問各種硬體，而應用程式只能被限制地訪問硬體和記憶體位址 直觀來看，uboot的映象是uboot.bin，li...
Uboot到底如何啟動核心
1.uboot 啟動核心的 縮減如下 uboot 1.16 lib arm board.c 中start armboot 函式呼叫 common main.c 中main loop 函式，在 main loop 中有uboot 啟動核心的 s getenv bootcmd debug main lo...
Uboot到底如何啟動核心
1.uboot啟動核心的 縮減如下 uboot 1.16 lib arm board.c中start armboot 函式呼叫 common main.c中main loop 函式，在main loop 中有uboot啟動核心的 s getenv bootcmd debug main loop bo...