uboot分為兩個階段：start.S是uboot的第一階段。

　　一：引入start.S

　　　　u-boot.s找到start.S的入口

　　　　　　①首先在C語言中整個項(xiàng)目的入口就是main函數(shù)（這是C語言規(guī)定的），所以如果要去了解C語言的項(xiàng)目，從main函數(shù)開始，這樣才能分析，如果隨便拿一個文件就開始看，最后看得一頭霧水，對自己沒有信心。怎么來找呢？可以使用souceinsight的搜索功能來查找。

　　　　　　②在uboot中因?yàn)橛袇R編階段參與，因此不能直接找main.c。整個程序的入口取決于連接腳本中ENTRY聲明的地方。ENTRY(_start)因此 _start符號是整個程序的入口，_start所在的代碼就是整個程序的起始代碼。

?

　　二：分析start.S

　　　　1、頭文件包含

　　　　　　①#include <config.h> config.h是在include文件下，這個文件不是源碼中的文件，是配置時自動生成的文件。詳見mkconfig腳本，在mkcofig腳本最后 發(fā)現(xiàn)?

　　　　　　

　　　　　　包含了一個#include <configs/x210_sd.h>

　　　　　　最后分析發(fā)現(xiàn)，最終包含的是/include/configs/x210_sd.h,這個文件是整個uboot移植時的配置文件，里面有很多宏。這樣就將兩個文件關(guān)聯(lián)了起來。所以分析start.S時，要考慮configs/x210_sd.h。

　　　　　　　②#include <version.h>

　　　　　　　　/include/version.h中包含了#include "version_autogenerated.h"這個頭文件是編譯時自動生成的，這里面定義的宏define U_BOOT_VERSION "U-Boot1.3.4Joran"來自于makefile的配置值。這個宏在我們的程序中會被調(diào)用，在我們uboot啟動過程中串口打印出uboot的版本號，那個版本號信息就來自于這　　　　　　　　　　里。
　　　　　　　③#if defined(CONFIG_ENABLE_MMU)
　　　　　　　　#include <asm/proc/domain.h>
　　　　　　　　#endif

　　　　　　　　asm目錄不是uboot中的原生目錄，uboot中本來是沒有這個目錄的。asm目錄是配置時創(chuàng)建的一個符號鏈接，實(shí)際指向的是就是asm-arm（詳解上一章節(jié)分析mkconfig腳本時）.經(jīng)過分析后發(fā)現(xiàn)，實(shí)際文件是：include/asm-arm/proc-armv/domain.h從這里可以看出之前配置時創(chuàng)建的符號鏈接的作用，如果沒有這些符號鏈接則編譯時根本通不過，因?yàn)檎也坏筋^文件。（所以uboot不能在windows的共享文件夾下配置編譯，因?yàn)閣indows中沒有符號鏈接）
　　　　　　　　

　　　　　　　　思考：為什么start.S不直接包含asm-arm/proc-armv/domain.h，而要用asm/proc/domain.h？這樣的設(shè)計主要是為了可移植性。因?yàn)槿绻苯影?#xff0c;則start.S文件和CPU架構(gòu)（和硬件）有關(guān)了，可移植性就差了。譬如我要把uboot移植到mips架構(gòu)下，則start.S源代碼中所有的頭文件包含全部要修改。我們用了符號鏈接之后，則start.S中源代碼不用改，只需要在具體的硬件移植時配置不同，創(chuàng)建的符號鏈接指向的不同，則可以具有可移植性。

　　　　　　　　④啟動代碼的16字節(jié)頭部

　　　　　　　　

從代碼讀出：如果定義了CONFIG_EVT1并且沒有定義CONFIG_FUSED，那么就定義4個4字節(jié)的空間。從sourceinsight部分可以看出紅色是已經(jīng)定義的，黑色是未定義的，所以條件滿足，定義出16字節(jié)的空間，并且填充起來。

裸機(jī)中講過，從SD卡和nand啟動是需要16字節(jié)校驗(yàn)頭（mkv210image.c就是為了計算這個校驗(yàn)頭），以前做裸機(jī)實(shí)驗(yàn)時，dnw下載方式不需要校驗(yàn)頭，做SD卡啟動，mkv210image.c會給原鏡像210.bin加上16字節(jié)的校驗(yàn)頭。

uboot中，這里的start.S中在開頭位置放了16字節(jié)的填充占位，這個占位的16字節(jié)只是保證正式的image的頭部確實(shí)有16字節(jié)，但是這個16字節(jié)內(nèi)容是不對的，還需要后面去計算校驗(yàn)和然后重新去填充的，uboot下有一個sd_fusing文件夾下C110-EVT1-mkbl1.c這個文件幾乎就是我們之前的mkv210image.c。

C110-EVT1-mkbl1.c中：

這里和star.S是相互聯(lián)系的。

　　　　　　⑤異常向量表構(gòu)建

這個異常表順序是CPU設(shè)計時決定的，是硬件決定的。這些異常應(yīng)該被處理，如果不處理這些這些異常，程序會跑飛。　　　

? 復(fù)位異常處理：復(fù)位異常的代碼是 b reset ，因此在CPU復(fù)位后真正去執(zhí)行的有效代碼是reset處的代碼，因此reset符號處，才是真正有意義代碼的開始處。

　　　　⑥有意思的deadbeef

??? .balignl 16,0xdeadbeef? .balignl 16 是以16字節(jié)對齊，如果沒有對齊，用0xdeadbeef這個數(shù)字來填充，這個填充沒有什么特別的意義，只是剛好組成一個有意思的英語單詞----壞牛肉

?

?

為什么要對齊呢?有時候是為了提高訪問效率，有時候是硬件的要求。

?

　　　　⑦TEXT_BASE等

?

第100行的TEXT_BASE在整個代碼里都是被引用，它是在makefile里配置階段時的TEXT_BASE，其實(shí)就是我們鏈接時，指定的程序的鏈接地址，它的值就是c3e00000，我們在源代碼中和配置的makefile中很多變量是互相關(guān)聯(lián)的，有些符號的值可以從makefile中傳遞到源代碼中.

　　⑧CFG_PHY_UBOOT_BASE? 33e00000? uboot在DDR中的物理地址。虛擬地址就是之前的ce3e00000。

?

⑨

.globl _armboot_start
_armboot_start:
?? ?.word _start

/*
?* These are defined in the board-specific linker script.
?*/
.globl _bss_start
_bss_start:
?? ?.word __bss_start

.globl _bss_end
_bss_end:
?? ?.word _end

?armboot_start是后面重定位時用到的，bss_start這些是后面清bss段時會使用到的。

轉(zhuǎn)載于:https://www.cnblogs.com/yr-linux/p/5401178.html

總結(jié)

以上是生活随笔為你收集整理的uboot学习之三-----uboot启动第一阶段--start.S之一的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。