linux內核（一）基礎知識

1，linux內核的基礎知識

1.1 linux內核版本

從內核源碼頂層目錄Makefile中可以看到：

　　

• VERSION和PATCHLEVEL組成主版本號，比如2.4、2.5、2.6等，穩定版本的德主版本號用偶數表示(比如2.6的內核)，開發中的版本號用奇數表示(比如2.5)，它是下一個穩定版本內核的前身。
• SUBLEVEL稱為次版本號，它不分奇偶，順序遞增，每隔1~2個月發布一個穩定版本。
• EXTRAVERSION稱為擴展版本號，它不分奇偶，順序遞增，每周發布幾次擴展本版號。

1.2 什么是標准內核

　　按照資料上的習慣說法，標准內核(或稱基礎內核)就是指主要在http://www.kernel.org/維護和獲取的內核，實際上它也有平台屬性的。這些linux內核並不總是適用於所有linux支持的體系結構。實際上，這些內核版本很多時候並不是為一些流行的嵌入式linux系統開發的，也很少運行於這些嵌入式linux系統上，這個站點上的內核首先確保的是在Intel X86體系結構上可以正常運行，它是基於X86處理器的內核，如對 linux-2.4.18.tar.bz2的配置make menuconfig時就可以看到，Processor type and features--->中只有386、486、586/K5/5x86/6x86/6x86MX、Pentium-Classic、Pentium-MMX、Pentium-Pro/Celeron/Pentium-II、Pentium-III/Celeron(Coppermine)、Pentium-4、K6/K6-II/K6-III 、Athlon/Duron/K7 、Elan 、Crusoe、Winchip-C6 、Winchip-2 、Winchip-2A/Winchip-3 、CyrixIII/C3 選項，而沒有類似Samsun 2410等其他芯片的選擇。如果需要用在其他特定的處理器平台上就需要對內核進行打補丁，形成不同的嵌入式內核。實際上，不同處理器系統的內核下載站點中提供的也往往是補丁patch而已，故原x86平台上的內核變成了基礎內核，也被稱為標准內核了。

ARM用的RISC精簡指令集，每條指令長度固定32bit；常用的100條匯編指令
X86的CISC復雜指令集，每條指令長度不固定。指令比上面多太多，但是常用的也差不多。
比如要移動內存里的一個數據，CISC可以一條實現，但是，精簡指令至少兩條或更多。
因此x86的內核就要比ARM內核的結構復雜很多，因此貴很多。

1.3 Linux操作系統的分類

第一種分類：以主要功能差異和發行組織區分(即基礎linux系統/內核是不同的)

• 標准linux
• μClinux（無MMU支持的linux系統，運行在無MMU的CPU上）
• Linux-RT（是最早在linux上實現硬實時支持的linux發行版本）
• Embedix（由Lineo公司開發，基於PowerPC和x86平台開發的）
• 其他

第二種分類：以應用的不同嵌入式平台區分(嵌入式linux系統/內核，使上面第一類中的各種linux系統擴展為 對特定目標硬件的支持，成為一種具體的嵌入式linux系統)

　　由於嵌入式系統的發展與linux內核的發展是不同步的，所以為了要找一個能夠運行於目標系統上的內核，需要對內核進行選擇、配置和定制。因為每一種系統都是國際上不同的內核開發小組維護的，因此選擇linux內核源碼的站點也不盡相同。

　　第二層分類中的linux系統/內核相對於第一層分類的標准內核來說，也可以稱為嵌入式linxu系統/內核。如應用在ARM平台上的嵌入式Linux系統通常有arm-linux(常運行在arm9平台上)，μClinux(常用在arm7平台上)，在標准linux基礎上擴展對其他的平台的支持往往通過安裝patch實現，如armlinux就是對linux安裝rmk補丁(如patch-2.4.18-rmk7.bz2)形成的，只有安裝了這些補丁，內核才能順利地移植到ARM Linux上。也有些是已經安裝好補丁的內核源碼包，如linux-2.4.18-rmk7.tar.bz2。

不同處理器系統的內核/內核補丁下載站點：

處理器系統        適合的內核站點        下載方式
x86           http://www.kernel.org/              ftp, http, rsync
ARM       http://www.arm.linux.org.uk/developer/    ftp, rsync
PowerPC   http://penguinppc.org/            ftp, http, rsync, BitKeeper
MIPS          http://www.linux-mips.org/           ftp, cvs
SuperH         http://linuxsh.sourceforge.net/         cvs, BitKeeper
M68K          http://linux-m68k.org/               ftp, http
non-MMU CPUs http://www.uclinux.org/             ftp, http

這些站點不僅僅是linux內核站點，它們可能直接提供了針對你的目標硬件系統的linux內核版本。

1.4 linux內核的選擇

ARM Linux的移植，建議使用2.4.x或2.6.x版本。當然大部分你使用的硬件平台會提供linux內核的說明。

2，linux內核啟動過程

　　一個嵌入式 Linux 系統從軟件角度看可以分為四個部分：引導加載程序（Bootloader），Linux 內核，文件系統，應用程序。其中 Bootloader是系統啟動或復位以后執行的第一段代碼，它主要用來初始化處理器及外設，然后調用 Linux 內核。Linux 內核在完成系統的初始化之后需要掛載某個文件系統做為根文件系統（Root Filesystem）。根文件系統是 Linux 系統的核心組成部分，它可以做為Linux 系統中文件和數據的存儲區域，通常它還包括系統配置文件和運行應用軟件所需要的庫。應用程序可以說是嵌入式系統的“靈魂”，它所實現的功能通常就是設計該嵌入式系統所要達到的目標。如果沒有應用程序的支持，任何硬件上設計精良的嵌入式系統都沒有實用意義。

2.1Bootloader啟動過程

1）Bootloader概念和作用

Bootloader是嵌入式系統的引導加載程序，它是系統上電后運行的第一段程序，其作用類似於 PC 機上的 BIOS。

在完成對系統的初始化任務之后，它會將非易失性存儲器（通常是Flash或DOC等）中的Linux 內核拷貝到 RAM 中去，然后跳轉到內核的第一條指令處繼續執行，從而啟動 Linux 內核。

2）Bootloader的執行過程

　　不同的處理器上電或復位后執行的第一條指令地址並不相同，對於 ARM 處理器來說，該地址為 0x00000000。對於一般的嵌入式系統，通常把 Flash 等非易失性存儲器映射到這個地址處，而 Bootloader就位於該存儲器的最前端，所以系統上電或復位后執行的第一段程序便是Bootloader。而因為存儲 Bootloader的存儲器不同，Bootloader的執行過程也並不相同，下面將具體分析。

　　嵌入式系統中廣泛采用的非易失性存儲器通常是 Flash，而 Flash 又分為 Nor Flash 和Nand Flash 兩種。它們之間的不同在於：Nor Flash 支持芯片內執行（XIP， eXecute In Place），這樣代碼可以在Flash上直接執行而不必拷貝到RAM中去執行。而Nand Flash並不支持XIP，所以要想執行 Nand Flash 上的代碼，必須先將其拷貝到 RAM中去，然后跳到 RAM 中去執行。

3）Bootloader的功能

　　實際應用中的 Bootloader根據所需功能的不同可以設計得很復雜，除完成基本的初始化系統和調用 Linux 內核等基本任務外，還可以執行很多用戶輸入的命令，比如設置 Linux 啟動參數，給 Flash 分區等；也可以設計得很簡單，只完成最基本的功能。但為了能達到啟動Linux 內核的目的，所有的 Bootloader都必須具備以下功能：

(1)、初始化 RAM

　　因為 Linux 內核一般都會在 RAM 中運行，所以在調用 Linux 內核之前 bootloader 必須設置和初始化 RAM，為調用 Linux內核做好准備。初始化 RAM 的任務包括設置CPU 的控制寄存器參數，以便能正常使用 RAM 以及檢測RAM 大小等。

 (2)、初始化串口

　　串口在 Linux 的啟動過程中有着非常重要的作用，它是 Linux內核和用戶交互的方式之一。Linux 在啟動過程中可以將信息通過串口輸出，這樣便可清楚的了解 Linux 的啟動過程。雖然它並不是 Bootloader 必須要完成的工作，但是通過串口輸出信息是調試Bootloader 和Linux 內核的強有力的工具，所以一般的 Bootloader 都會在執行過程中初始化一個串口做為調試端口。

（串口：https://blog.csdn.net/a514371309/article/details/73481423）

(3)、檢測處理器類型

　　Bootloader在調用 Linux內核前必須檢測系統的處理器類型，並將其保存到某個常量中提供給 Linux 內核。Linux 內核在啟動過程中會根據該處理器類型調用相應的初始化程序。

(4)、設置 Linux啟動參數

　　Bootloader在執行過程中必須設置和初始化 Linux 的內核啟動參數。目前傳遞啟動參數主要采用兩種方式：即通過 struct param_struct 和struct tag（標記列表，tagged list）兩種結構傳遞。struct param_struct 是一種比較老的參數傳遞方式，在 2.4 版本以前的內核中使用較多。從 2.4 版本以后 Linux 內核基本上采用標記列表的方式。但為了保持和以前版本的兼容性，它仍支持 struct param_struct 參數傳遞方式，只不過在內核啟動過程中它將被轉換成標記列表方式。標記列表方式是種比較新的參數傳遞方式，它必須以 ATAG_CORE 開始，並以ATAG_NONE 結尾。中間可以根據需要加入其他列表。Linux內核在啟動過程中會根據該啟動參數進行相應的初始化工作。

(5)、調用 Linux內核映像

　　Bootloader完成的最后一項工作便是調用 Linux內核。如果 Linux 內核存放在 Flash 中，並且可直接在上面運行（這里的 Flash 指 Nor Flash），那么可直接跳轉到內核中去執行。但由於在 Flash 中執行代碼會有種種限制，而且速度也遠不及 RAM 快，所以一般的嵌入式系統都是將 Linux內核拷貝到 RAM 中，然后跳轉到 RAM 中去執行。

　　不論哪種情況，在跳到 Linux 內核執行之前 CPU的寄存器必須滿足以下條件：r0＝0，r1＝處理器類型，r2＝標記列表在 RAM中的地址。

2.2linux啟動過程

在Bootloader將 Linux 內核映像拷貝到 RAM 以后，可以通過下例代碼啟動 Linux 內核：

　　call_linux(0, machine_type, kernel_params_base)。

　　其中，machine_tpye 是Bootloader檢測出來的 處理器類型， kernel_params_base 是 啟動參數在 RAM 的地址。通過這種方式將 Linux 啟動需要的參數從 bootloader傳遞到內核。

Linux 內核有兩種映像：一種是非壓縮內核，叫 Image，另一種是它的壓縮版本，叫 zImage。根據內核映像的不同，Linux 內核的啟動在開始階段也有所不同。zImage 是 Image經過壓縮形成的，所以它的大小比 Image 小。但為了能使用 zImage，必須在它的開頭加上解壓縮的代碼，將 zImage 解壓縮之后才能執行，因此它的執行速度比 Image 要慢。但考慮到嵌入式系統的存儲空容量一般比較小，采用 zImage 可以占用較少的存儲空間，因此犧牲一點性能上的代價也是值得的。所以一般的嵌入式系統均采用壓縮內核的方式。

　　 壓縮版本內核的入口程序即為 arch/arm/boot/compressed/head.S。它依次完成以下工作： 開啟 MMU 和 Cache，調用  decompress_kernel()解壓內核，最后通過調用  call_kernel() 進入非壓縮內核 Image 的啟動。下面將具體分析在此之后 Linux 內核的啟動過程。

　　 非壓縮內核的入口位於文件/arch/arm/kernel/head-armv.S 中的stext 段。該段的基地址就是壓縮內核解壓后的跳轉地址。如果系統中加載的內核是非壓縮的 Image，那么bootloader將內核從 Flash中拷貝到 RAM 后將直接跳到該地址處， 從而啟動 Linux 內核。

　　不同體系結構的 Linux 系統的 入口文件是不同的，而且因為該文件與具體體系結構有關，所以一般均用匯編語言編寫。對基於 ARM 處理的 Linux 系統來說， 該文件就是head-armv.S。該程序（1）通過 查找處理器內核類型和 處理器類型 調用相應的初始化函數，（2） 再建立頁表，（3）最后跳轉到  start_kernel()函數開始內核的初始化工作。

　　（1） 檢測處理器內核類型是在匯編子函數__lookup_processor_type中完成的。通過以下代碼可實現對它的調用：bl __lookup_processor_type。
__lookup_processor_type調用結束返回原程序時，會將返回結果保存到寄存器中。其中r8 保存了頁表的標志位，r9 保存了處理器的 ID 號，r10 保存了與處理器相關的 stru proc_info_list 結構地址。

　　 檢測處理器類型是在匯編子函數 __lookup_architecture_type 中完成的。與 __lookup_processor_type類似，它通過代碼：“bl__lookup_processor_type”來實現對它的調用。該函數返回時，會將返回結構保存在 r5、r6 和 r7 三個寄存器中。其中 r5 保存了 RAM 的起始基地址，r6 保存了 I/O基地址，r7 保存了 I/O的頁表偏移地址。

　　（2）當檢測處理器內核和處理器類型結束后，將 調用__create_page_tables 子函數來建立頁表，它所要做的工作就是將 RAM 基地址開始的 4M 空間的物理地址映射到 0xC0000000 開始的虛擬地址處。

　　例：對筆者的 S3C2410 開發板而言，RAM 連接到物理地址 0x30000000 處，當調用 __create_page_tables 結束后 0x30000000 ～ 0x30400000 物理地址將映射到 0xC0000000～0xC0400000 虛擬地址處。

　　（3）當所有的初始化結束之后，使用如下代碼來跳到 C 程序的入口函數 start_kernel()處，開始之后的內核初始化工作：b SYMBOL_NAME(start_kernel)

　　 start_kernel函數

　　start_kernel是所有 Linux 平台進入系統內核初始化后的入口函數，它主要完成剩余的與硬件平台相關的初始化工作，在進行一系列與內核相關的初始化后，調用第一個用戶進程－ init 進程並等待用戶進程的執行，這樣整個 Linux 內核便啟動完畢。

　　該函數所做的具體工作有：

• 調用 setup_arch()函數進行與體系結構相關的第一個初始化工作；對不同的體系結構來說該函數有不同的定義。對於 ARM 平台而言，該函數定義在arch /arm/ kernel/Setup.c。它首先通過檢測出來的處理器類型進行處理器內核的初始化，然后通過 bootmem_init()函數根據系統定義的 meminfo 結構進行內存結構的初始化，最后調用paging_init()開啟 MMU，創建內核頁表，映射所有的物理內存和 IO空間。
• 創建異常向量表和初始化中斷處理函數；
• 初始化系統核心進程調度器和時鍾中斷處理機制；
• 初始化串口控制台（serial-console）；ARM-Linux 在初始化過程中一般都會初始化一個串口做為內核的控制台，這樣內核在啟動過程中就可以通過串口輸出信息以便開發者或用戶了解系統的啟動進程。
• 創建和初始化系統 cache，為各種內存調用機制提供緩存，包括;動態內存分配，虛擬文件系統（VirtualFile System）及頁緩存。初始化內存管理，檢測內存大小及被內核占用的內存情況；
• 初始化系統的進程間通信機制（IPC）；

　　當以上所有的初始化工作結束后，start_kernel()函數會調用 rest_init()函數來進行最后的初始化，包括創建系統的第一個進程－init 進程來結束內核的啟動。init 進程首先進行一系列的硬件初始化，然后通過 命令行傳遞過來的參數 掛載根文件系統。最后 init 進程會執行用戶傳遞過來的“init＝”啟動參數執行用戶指定的命令，或者執行以下幾個進程之一：

execve("/sbin/init",argv_init,envp_init)
execve("/etc/init",argv_init,envp_init)
execve("/bin/init",argv_init,envp_init)
execve("/bin/sh",argv_init,envp_init)

　　當所有的初始化工作結束后，cpu_idle()函數會被調用來使系統處於閑置（idle）狀態並等待用戶程序的執行。至此，整個 Linux 內核啟動完畢。

　　通過對Linux 的啟動過程的分析，我們可以看出哪些是和硬件相關的，哪些是Linux 內核內部已實現的功能，這樣在移植Linux 的過程中便有所針對。而Linux內核的分層設計將使Linux 的移植變得更加容易。

 

大部分轉載自：https://blog.csdn.net/kelsey11/article/details/74075143