uclinux啟動過程詳細分析

作者：時間：2018-08-31 來源：網(wǎng)絡

加入技術交流群
- 掃碼加入
  和技術大咖面對面交流
  海量資料庫查詢

本文引用地址：http://2s4d.com/article/201808/388126.htm

ldr r3， =0x10000 /* 64K Bytes */

ldr r2， =0xc700000

ldr r1， =0

ldr r0，[r1]，#4

str r0，[r2]，#4

cmp r1，r3

bne next

6)跳轉到C代碼執(zhí)行(即Stage2階段)

這個過程是直接給指令指針賦值于跳轉的C代碼的入口地址，在我們的試驗中該入口地址是Main。

LDR pc，=Main

2.4 Stage2階段

該階段的代碼主要使用C語言來實現(xiàn)的。該階段的工作主要是建立開發(fā)板與宿主機之間的通信，加載uClinux內(nèi)核映像文件和配置內(nèi)核啟動參數(shù)，并且啟動內(nèi)核。

嵌入式設備與宿主機的通訊方式有多種，最常用的是使用串口方式進行數(shù)據(jù)交換。本試驗采用的S3C44B0微處理器提供了兩個UART口，因此我們可以任選其中一個來初始化并且使用它來與宿主機交互。對于串口的初始化主要是波特率、奇偶校驗、停止位、數(shù)據(jù)位等內(nèi)容。

對于串口的波特率和波特因子的計算采用如下公式

Iubrd =((int(mclk/16 / baud + 0.5) – 1)

mclk是頻率、baud為波特率

2.4.1 檢測內(nèi)存

該部分的功能主要是檢測系統(tǒng)在進行硬件初始化的時候是否發(fā)生了內(nèi)存映射錯誤，即是否物理地址是否被映射到不存在的地址空間。通常是使用讀寫方式來檢測的，即以內(nèi)存頁為單位，在每個頁頭進行讀寫操作，比較讀寫結果。因為S3C44B0處理器并不支持內(nèi)存映射，因此我們在Stage2過程中并沒有包含該部分功能函數(shù)。

2.4.2 加載uClinux內(nèi)核映像

該過程其實只是一個從Flash的指定位置(該位置是uClinux燒寫的起始地址)拷貝到RAM中指定的地址空間里。在拷貝之前必須要為uClinux的全局變量結構，即啟動參數(shù)、內(nèi)核頁表、RAM的頁目錄等信息預留一定的空間。如果我們將FLASH和RAM看成連在一起的線性地址，則系統(tǒng)的空間分配會如下圖：

。..。..

Boot

初始化代碼

uClinux

未用

中斷向量表

初始化映像代碼

啟動參數(shù)

內(nèi)核映像

未用

堆棧

2.4.3 配置內(nèi)核啟動參數(shù)

我們采用的uClinux是2.4.x內(nèi)核版本，該版本的內(nèi)核支持參數(shù)啟動過程。在嵌入式系統(tǒng)中，啟動參數(shù)的傳入主要是依靠bootloader程序向標記列表(tagged list)的相關域中填寫相應的值來完成的。

2.5 uClinux內(nèi)核引導

當我們初始化完畢uClinux的啟動參數(shù)之后，控制權就可以交給uClinux內(nèi)核了，uClinux系統(tǒng)調用內(nèi)核解壓函數(shù)(decompress_kernel)來對上一個階段拷貝的uClinux內(nèi)核在RAM空間里進行解壓(當然如果系統(tǒng)內(nèi)核在建立的時候沒有配置成壓縮格式，則解壓過程略去)。在解壓完畢后，跳轉到內(nèi)核調用函數(shù)(call_kernel)，該函數(shù)實際上執(zhí)行的是start_kernel()，這個函數(shù)包含了有關處理器初始化、中斷初始化、進程初始化等操作。最后，將控制權完全的交與uClinux操作系統(tǒng)來執(zhí)行。

偽處理過程如下：

IF(啟動參數(shù)正確)

CALL decmporess_kernel()

CALL call_kernel()

ELSE

啟動失敗

decompress_kernel()

{

解壓內(nèi)核映像

}

call_kernel()

{