Linux內核編譯與安裝[轉]

Linux內核介紹

Linux內核是一個用C語言寫成的，符合POSIX標準的類Unix操做系統。內核是操做系統中最基本的一部分，提供了衆多應用程序訪問計算機硬件的機 制。Linux內核的一大特色就是採用了總體式結構，有不少過程組成，每一個過程均可以獨立編譯，其模塊機制又使得內核保持獨立而又易於擴充。Linux發 行版實在Linux內核的基礎之上，與外帶的應用軟件和工具打包配置以後發行的版本。最初的Linux內核在1991年由當時還在芬蘭赫爾辛基大學計算機 系讀書的Linus Torvalds開發，以後Linus很快彙集了大量來自其餘自由軟件項目的開發者和用戶爲Linux內核貢獻代碼。當前估計有上千開發者在爲Linux 內核貢獻代碼。
自2.6.0版本發佈後，Linux內核以A.B.C.D的方式命名。A和B的變化能夠說可有可無，C是內核的真實版本，每個版本的變化都會帶來新的特 性。例如內部API的變化等等，改動的數量經常上萬。D是安全補丁和bug修復。若是你是Linux的初學者或用戶，只需瞭解stable便可，它表明穩 定版的內核更新。mainline指當前的官方內核，由Linus Torvalds進行更新維護，由開發者們貢獻的代碼主要是合併到mainline當中。linux-next和snapshot都是代碼提交週期結束之 前生成的快照，用於給Linux代碼貢獻者們作測試使用。目前stable版本的更新週期爲六到十週，下一個穩定版本的rc基本上每週都會更新。新版本的 內核分兩種，一種是Full  Source版本，完整的內核版本。比較大，通常是tar.gz或者.bz2文件。另外一種是patch文件，即補丁文件。patch文件通常只有及時K 到幾百K，可是對於特定的版原本說，你要找到本身對應的版本才能使用。

編譯安裝內核

1. 下載並解壓內核
   內核下載官網：https://www.kernel.org/
   解壓內核：tar xf linux-2.6.XX.tar.xz

2. 定製內核：make menuconfig
   參見makefile menuconfig過程講解

3. 編譯內核和模塊：make
   生成內核模塊和vmlinuz，initrd.img，Symtem.map文件

4. 安裝內核和模塊：sudo make modules_install install
   複製模塊文件到/lib/modules目錄下、複製config，vmlinuz，initrd.img，Symtem.map文件到/boot目錄、更新grub

其餘命令：
make mrprobe：命令的做用是在每次配置並從新編譯內核前須要先執行「make mrproper」命令清理源代碼樹，包括過去曾經配置的內核配置文件「.config」都將被清除。即進行新的編譯工做時將原來老的配置文件給刪除到，以避免影響新的內核編譯。
make dep：生成內核功能間的依賴關係，爲編譯內核作好準備。

幾個重要的Linux內核文件介紹

1. config

   使用make menuconfig 生成的內核配置文件，決定將內核的各個功能系統編譯進內核仍是編譯爲模塊仍是不編譯。

2. vmlinuz 和 vmlinux

   vmlinuz是可引導的、壓縮的內核，「vm」表明「Virtual Memory」。Linux 支持虛擬內存，不像老的操做系統好比DOS有640KB內存的限制，Linux可以使用硬盤空間做爲虛擬內存，所以得名「vm」。vmlinuz是可執行 的Linux內核，vmlinuz的創建有兩種方式：一是編譯內核時經過「make zImage」建立，zImage適用於小內核的狀況，它的存在是爲了向後的兼容性；二是內核編譯時經過命令make bzImage建立，bzImage是壓縮的內核映像，須要注意，bzImage不是用bzip2壓縮的，bzImage中的bz容易引發誤解，bz表示 「big zImage」，bzImage中的b是「big」意思。 zImage（vmlinuz）和bzImage（vmlinuz）都是用gzip壓縮的。它們不只是一個壓縮文件，並且在這兩個文件的開頭部份內嵌有 gzip解壓縮代碼，因此你不能用gunzip 或 gzip –dc解包vmlinuz。 內核文件中包含一個微型的gzip用於解壓縮內核並引導它。二者的不一樣之處在於，老的zImage解壓縮內核到低端內存（第一個 640K），bzImage解壓縮內核到高端內存（1M以上）。若是內核比較小，那麼能夠採用zImage 或bzImage之一，兩種方式引導的系統運行時是相同的。大的內核採用bzImage，不能採用zImage。 vmlinux是未壓縮的內核，vmlinuz是vmlinux的壓縮文件。

3. initrd.img

   initrd是「initial ramdisk」的簡寫。initrd通常被用來臨時的引導硬件到實際內核vmlinuz可以接管並繼續引導的狀態。好比initrd- 2.4.7-10.img主要是用於加載ext3等文件系統及scsi設備的驅動。若是你使用的是scsi硬盤，而內核vmlinuz中並無這個 scsi硬件的驅動，那麼在裝入scsi模塊以前，內核不能加載根文件系統，但scsi模塊存儲在根文件系統的/lib/modules下。爲了解決這個 問題，能夠引導一個可以讀實際內核的initrd內核並用initrd修正scsi引導問題，initrd-2.4.7-10.img是用gzip壓縮的 文件。initrd映象文件是使用mkinitrd建立的，mkinitrd實用程序可以建立initrd映象文件，這個命令是RedHat專有的，其它 Linux發行版或許有相應的命令。這是個很方便的實用程序。具體狀況請看幫助：man mkinitrd

4. System.map是一個特定內核的內核符號表，由「nm vmlinux」產生而且不相關的符號被濾出。
   下面幾行來自/usr/src/linux-2.4/Makefile：
         nm vmlinux | grep -v '(compiled)|(.o$$)|( [aUw] )|(..ng$$)|(LASH[RL]DI)' | sort > System.map
   在進行程序設計時，會命名一些變量名或函數名之類的符號。Linux內核是一個很複雜的代碼塊，有許許多多的全局符號， Linux內核不使用符號名，而是經過變量或函數的地址來識別變量或函數名，好比不是使用size_t BytesRead這樣的符號，而是像c0343f20這樣引用這個變量。 對於使用計算機的人來講，更喜歡使用那些像size_t BytesRead這樣的名字，而不喜歡像c0343f20這樣的名字。內核主要是用c寫的，因此編譯器/鏈接器容許咱們編碼時使用符號名，而內核運行時 使用地址。 然而，在有的狀況下，咱們須要知道符號的地址，或者須要知道地址對應的符號，這由符號表來完成，符號表是全部符號連同它們的地址的列表。
   Linux 符號表使用到2個文件： /proc/ksyms  、System.map 。/proc/ksyms是一個「proc  file」，在內核引導時建立。實際上，它並不真正的是一個文件，它只不過是內核數據的表示，卻給人們是一個磁盤文件的假象，這從它的文件大小是0能夠看 出來。然而，System.map是存在於你的文件系統上的實際文件。當你編譯一個新內核時，各個符號名的地址要發生變化，你的老的System.map 具備的是錯誤的符號信息，每次內核編譯時產生一個新的System.map，你應當用新的System.map來取代老的System.map。
   雖然內核自己並不真正使用System.map，但其它程序好比klogd， lsof和ps等軟件須要一個正確的System.map。若是你使用錯誤的或沒有System.map，klogd的輸出將是不可靠的，這對於排除程序 故障會帶來困難。沒有System.map，你可能會面臨一些使人煩惱的提示信息。 另外少數驅動須要System.map來解析符號，沒有爲你當前運行的特定內核建立的System.map它們就不能正常工做。 Linux的內核日誌守護進程klogd爲了執行名稱-地址解析，klogd須要使用System.map。System.map應當放在使用它的軟件能 夠找到它的地方。執行：man klogd可知，若是沒有將System.map做爲一個變量的位置給klogd，那麼它將按照下面的順序，在三個地方查找System.map： /boot/System.map 、/System.map 、/usr/src/linux/System.map
   System.map也有版本信息，klogd可以智能地查找正確的映象（map）文件。

makefile menuconfig過程講解

當咱們在執行make menuconfig這個命令時，系統到底幫咱們作了哪些工做呢？這裏面一共涉及到了一下幾個文件咱們來一一探討

1. Linux內核根目錄下的scripts文件夾
2. arch/$ARCH/Kconfig文件、各層目錄下的Kconfig文件
3. Linux內核根目錄下的makefile文件、各層目錄下的makefile文件
4. Linux內核根目錄下的的.config文件、arch/$ARCH/configs/下的文件
5. Linux內核根目錄下的 include/generated/autoconf.h文件

1）scripts文件夾存放的是跟make menuconfig配置界面的圖形繪製相關的文件，咱們做爲使用者無需關心這個文件夾的內容
2）當咱們執行make menuconfig命令出現上述藍色配置界面之前，系統幫咱們作了如下工做：
首先系統會讀取arch/$ARCH/目錄下的Kconfig文件生成整個配置界面選項（Kconfig是整個linux配置機制的核心），那麼ARCH 環境變量的值等於多少呢？它是由linux內核根目錄下的makefile文件決定的，在makefile下有此環境變量的定義：
      SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
                  -e s/arm.*/arm/ -e s/sa110/arm/ \
                  -e s/s390x/s390/ -e s/parisc64/parisc/ \
                  -e s/ppc.*/powerpc/ -e s/mips.*/mips/ \
                  -e s/sh[234].*/sh/ )
      ..........
      export KBUILD_BUILDHOST := $(SUBARCH)
      ARCH        ?= $(SUBARCH)
      CROSS_COMPILE   ?=
或者經過 make ARCH=arm menuconfig命令來生成配置界面
好比教務處進行考試，考試科數可能有外語、語文、數學等科，這裏咱們選擇了arm科可進行考試，系統就會讀取arm/arm/kconfig文件生成配置選項（選擇了arm科的卷子），系統還提供了x86科、milps科等10幾門功課的考試題

3）假設教務處比較「仁慈」，爲了怕某些同窗作錯試題，還給咱們準備了一份參考答案（默認配置選項），存放在arch/$ARCH/configs/目錄下，對於arm科來講就是arch/arm/configs文件夾：

此文件夾中有許多選項，系統會讀取哪一個呢？內核默認會讀取linux內核根目錄下.config文件做爲內核的默認選項（試題的參考答案），咱們通常會根據開發板的類型從中選取一個與咱們開發板最接近的系列到Linux內核根目錄下（選擇一個最接近的參考答案）

4).config
假設教務處留了一個心眼，他提供的參考答案並不徹底正確（.config文件與咱們的板子並非徹底匹配），這時咱們能夠選擇直接修改.config文件 而後執行make menuconfig命令讀取新的選項。可是通常咱們不採起這個方案，咱們選擇在配置界面中經過空格、esc、回車選擇某些選項選中或者不選中，最後保存 退出的時候，Linux內核會把新的選項（正確的參考答案）更新到.config中，此時咱們能夠把.config重命名爲其它文件保存起來（當你執行 make distclean時系統會把.config文件刪除），之後咱們再配置內核時就不須要再去arch/arm/configs下考取相應的文件了，省去了 從新配置的麻煩，直接將保存的.config文件複製爲.config便可.
5）通過以上兩步，咱們能夠正確的讀取、配置咱們須要的界面了，那麼他們如何跟makefile文件創建編譯關係呢？當你保存make menuconfig選項時，系統會除了會自動更新.config外，還會將全部的選項以宏的形式保存在Linux內核根目錄下的 include/generated/autoconf.h文件下

內核中的源代碼就都會包含以上.h文件，跟宏的定義狀況進行條件編譯。

當咱們須要對一個文件總體選擇如是否編譯時，還須要修改對應的makefile文件，例如：

咱們選擇是否要編譯s3c2410_ts.c這個文件時，makefile會根據CONFIG_TOUCHSCREEN_S3C2410來決定是編譯此文 件，此宏是在Kconfig文件中定義，當咱們配置完成後，會出如今.config及autconf中，至此，咱們就完成了整個linux內核的編譯過 程。
最後咱們會發現，整個linux內核配置過程當中，留給用戶的接口其實只有各層Kconfig、makefile文件以及對應的源文件。
好比咱們若是想要給內核增長一個功能，而且經過make menuconfig控制其聲稱過程
   首先須要作的工做是：修改對應目錄下的Kconfig文件，按照Kconfig語法增長對應的選項；
   其次執行make menuconfig選擇編譯進內核或者不編譯進內核，或者編譯爲模塊，.config文件和autoconf.h文件會自動生成；
   最後修改對應目錄下的makefile文件完成編譯選項的添加；
   最後的最後執行make命令進行編譯。

Kconfig和Makefile

Linux內核源碼樹的每一個目錄下都有兩個文檔Kconfig和Makefile。分佈到各目錄的Kconfig構成了一個分佈式的內核配置數據庫，每一個 Kconfig分別描述了所屬目錄源文檔相關的內核配置菜單。在執行內核配置make menuconfig時，從Kconfig中讀出菜單，用戶選擇後保存到.config的內核配置文檔中。在內核編譯時，主Makefile調用這 個.config，就知道了用戶的選擇。這個內容說明了，Kconfig就是對應着內核的每級配置菜單。
假如要想添加新的驅動到內核的源碼中，要修改Kconfig,這樣就可以選擇這個驅動，假如想使這個驅動被編譯，則要修改Makefile。添加新 的驅動時須要修改的文檔有兩種（若是添加的只是文件，則只需修改當前層Kconfig和Makefile文件；若是添加的是目錄，則需修改當前層和目錄下 的共一對Kconfig和Makefile）Kconfig和Makefile。要想知道怎麼修改這兩種文檔，就要知道兩種文檔的語法結 構，Kconfig的語法參見參考文獻《【linux-2.6.31】kbuild》。
Makefile 文件包含 5 部分:

      Makefile                          頂層的 Makefile
      .config                                                內核配置文件
      arch/$(ARCH)/Makefile      體系結構 Makefile
      scripts/Makefile.*                    適用於全部 kbuild Makefile 的通用規則等
      kbuild Makefiles                          大約有 500 個這樣的文件
頂層 Makefile 讀取內核配置操做產生的.config 文件，頂層 Makefile 構建兩個主要的目標:vmlinux(內核映像)和 modules(全部模塊文件)。它經過遞歸訪問內核源碼樹下的子目錄來構建這些目標。訪問哪些子目錄取決於內核配置。頂層 Makefile 包含一個體繫結構 Makefile,由 arch/$(ARCH)/Makefile 指定。體系結構 Makefile 文件爲頂層 Makefile 提供了特定體系結構的信息。每一個子目錄各有一個 kbuild文件和Makefile 文件來執行從上層傳遞下來的命令。kbuild和Makefile文件利用.config 文件中的信息來構造由 kbuild 構建內建或者模塊對象使用的各類文件列表。scripts/Makefile.*包含全部的定義/規則,等等。這些信息用於使用 kbuild和 Makefile 文件來構建內核。Makefile的語法參見參考文獻《【linux-2.6.31】kbuild》。

參考文獻

1. 【linux-2.6.31】內核編譯指南.pdf
2. 【linux-2.6.31】kbuild.pdf
3. Linker script in Linux.pdf
4. linux內核的配置機制及其編譯過程
5. Linux內核編譯過程詳解
6. Linux Kconfig及Makefile學習

原文連接：http://blog.chinaunix.net/uid-26497520-id-3593098.html，看着做者熬夜工做的份上轉載請註明出處