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

下載地址一定要在指定的加載地址上。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM