Uboot 引導核心時載入地址與入口地址問題

Uboot 引導核心時載入地址與入口地址問題

如果使用 mkimage 產生核心鏡像檔案的話，會在核心的前頭加上了 64 bytes 的資訊頭，供建立 tag 之用。bootm 命令會首先判斷 bootm xxx 這個指定的地址 xxx 與 -a 指定的載入地址是否相同。

如果不同的話會從這個地址開始提取出這個 64 bytes 的頭部，對其進行分析，然後把去迴轉部的核心複製到 -a 指定的載入地址去運行;
如果相同的話那就讓其原封不同的放在那，但 -e 指定的入口地址會推後 64 bytes，以跳過這 64 bytes 的頭部。
 我們來看看這兩種不同的情況:
1) mkimage -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008040 -n linux-3.0.2 -d zImage uImage

這種情況，只能把 uImage download 到 0x30008000 的位置上，否則從 0x30008040 是啟動不了的。

原因：如果將 uImage (加了頭的鏡像檔案)下載到不同於指定載入地址的地方，則會進行上面的操作，將去迴轉部的核心拷貝到指定的載入地址，此時載入地址和入口地址需要是相同的，因為已經沒有鏡像頭了，所以此時入口地址也應該為 0x30008000，而不應該再加上 64 個位元組。所以在構建鏡像頭部中的載入地址和入口地址時千萬要考慮下載的地址，否則將會啟動失敗。
2) mkimage -A arm -O linux -T kernel -C none -a 30008000 -e 30008000 -n linux-3.0.2 -d zImage uImage

這種情況 download 地址隨便。 還是按上面說的，因為將載入地址和入口地址設定成同樣的地址，在下載到任意地址時，將去迴轉部的核心鏡像拷貝到指定載入地址後，可以直接從載入地址開始啟動。但是要是和指定載入地址相同呢？也就是下面的:

如果 tftp 為 0x30008000 , 此時因為和指定載入地址相同，所以就不會搬動，核心直接從指定載入地址自解壓，但是因為指定的入口地址也是 0x30008000，這樣的話核心就不會正常啟動，所以還得將入口地址往後推後 64 個位元組從 0x30008040 啟動就能 OK 。

所以在配置和入口地址是就有以下兩種情況：
1) mkimage -n 'linux' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d zImage uImage

載入地址和入口地址相同

tftp 0x31000000 uImage

bootm 0x31000000

可以任意放(除了與載入地址相同的情況)。

2) mkimage -n 'linux' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008040 -d zImage uImage

入口地址在載入地址後面64個位元組

tftp 0x30008000 uImage

bootm 0x30008000

一定要在指定的載入地址上。

分析uboot中 make xxx_config過程 

U-Boot原始碼

本文永久更新連結地址：https://www.bkjia.com/Linux/2018-02/151108.htm