Linux內核配置、編譯及Makefile簡述

本文轉自:https://www.cnblogs.com/CrazyCatJack/p/6121231.html

1.解壓縮打補丁

  首先是解壓縮你獲取到的Linux內核。這裏我用到的是linux.2.22.6版本的內核。在Linux下命令行通過tar xjf linux.2.22.6.tar.bz2解壓內核。然後,如果你需要對這個內核打補丁的話,用patch命令:patch -px <../linux.2.22.6.patch。這裏的px指的是忽略掉補丁文件中描述的第幾個斜槓。也就是忽略前x個目錄。

 

--- linux-2.6.22.6/arch/arm/configs/s3c2410_defconfig
+++ linux-2.6.22.6_jz2440/arch/arm/configs/s3c2410_defconfig

  如果你此刻就在內核的根目錄下,即linux-2.6.22.6下,也就是說打補丁需要忽略掉一個斜槓的目錄。那麼打補丁的命令就是patch -p1 <../linux.2.22.6.patch。

 

2.配置內核

  現在補丁已經打好了,接下來就是配置內核了。這裏配置有3種方法:

  1>直接進行make menuconfig。這是最麻煩的一種方法,所有的配置都需要你來操作。

  2>在默認配置上自己修改,也就是修改defconfig文件。使用 find -name "*defconfig*"查找你的架構對應的默認配置文件。我是在arch/arm/configs找到自己板子的默認配置文件。執行defconfig文件: make XXX_defconfig。XXX是你具體使用的板子型號。執行這一操作後,結果保存在.config文件。然後再執行make menuconfig命令。這時的配置就是在默認配置上稍加修改就可以了。

  3>使用廠家的配置文件。如果你的硬件有廠家提供的config文件那是最輕鬆的。直接cp XXX .config。然後執行make menuconfig。

  這裏詳細給大家講一下內核的配置。Linux的內核配置,就是爲了生成.config文件。因爲在編譯時需要用.config文件生成其他相關配置文件。我們的配置項大多是例如CONFIG_XXXDRIVER,這裏的XXXDRIVER指的是各種驅動。我們需要告訴內核,這些驅動是編譯進內核,還是編譯成模塊。通過查找CONFIG_XXXDRIVER,我們可以發現,它出現在四個地方:

  1>C源代碼

  2>子目錄Makefile:drivers/XXX/Makefile

  3>include/config/auto.conf

  4>include/linux/autoconf.h

    這裏首先說明:.config文件在進行內核編譯時(make uImage)生成了include/config/auto.conf和include/linux/autoconf.h。通過查看C源代碼我們發現CONFIG_XXXDRIVER是一個宏定義,等於一個常量。在include/linux/autoconf.h中宏定義CONFIG_XXXDRIVER爲一個常量,可能是0或1。那麼現在有一個問題,就是CONFIG_XXXDRIVER到底被編譯進內核還是編譯成一個模塊呢?這在C語言中是無法進行區分的,這種區分體現在哪裏呢?這種區分體現在子目錄的Makefile文件中。在子目錄的Makefile中,若有 obj -y += XXX.o則表示XXX.c被編譯進內核;obj -m +=XXX.o則表示XXX被編譯成模塊,爲XXX.ko。include/config/auto.conf文件則是對CONFIG_XXXDRIVER進行賦值,爲y時表示編譯進內核,爲m時表示編譯成獨立模塊。

 

複製代碼

#這裏是include/config/auto.conf的部分內容
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.22.6
# Sun Nov 27 18:34:38 2016
#
CONFIG_CPU_S3C244X=y
CONFIG_CPU_COPY_V4WB=y
CONFIG_CRYPTO_CBC=y
CONFIG_CPU_S3C2410_DMA=y
CONFIG_CRYPTO_ECB=m
CONFIG_SMDK2440_CPU2440=y

複製代碼

複製代碼

#這裏是drivers/i2c/Makefile
# Makefile for the i2c core.
#

obj-$(CONFIG_I2C_BOARDINFO)    += i2c-boardinfo.o
obj-$(CONFIG_I2C)        += i2c-core.o
obj-$(CONFIG_I2C_CHARDEV)    += i2c-dev.o
obj-y                += busses/ chips/ algos/

ifeq ($(CONFIG_I2C_DEBUG_CORE),y)
EXTRA_CFLAGS += -DDEBUG
endif

複製代碼

 

3.編譯內核
  通過上面的描述,我們可以知道,在每個driver下,都有一個Makefile文件。來定義這個驅動是編譯進內核還是編譯成模塊。這裏稍稍提一下。上面我們講到了在Makefile中單個文件怎樣編譯進內核和編譯成模塊。但是如果有兩個以上的文件該如何書寫呢?這裏舉個例子:obj -y += a.o b.o就表示將a.c和b.c編譯進內核。

obj -m += ab.o

ab -objs := a.o b.o

就可以表示將a.c和b.c共同編譯成爲一個模塊。過程就是 a.c生成a.o , b.c生成b.o。a.o 和b.o共同生成ab.ko。在以往的對uboot啓動內核的代碼分析中,我們提到過編譯內核生成的uImage是由兩部分組成的:頭部+Linux內核。這個頭部包含了很多初始化的參數信息,例如內核的加載地址和入口地址。在編譯內核時,我們直接執行make uImage即可。那麼在文件中是怎樣定義uImage的呢?又是怎樣生成uImage的呢?

  首先,我們通過查找Makefile,發現uImage在arch/arm/Makefile中,而這個架構目錄下的Makefile被包含進頂層目錄的Makefile中。這樣我們在執行 make uImage時,頂層目錄的Makefile就可以調用架構子目錄下的Makefile,實現對內核的編譯,生成uImage。

 

頂層目錄下Makefile中相關命令:
include $(srctree)/arch/$(ARCH)/Makefile
架構目錄下Makefile相關命令:
zImage Image xipImage bootpImage uImage: vmlinux

  這就是剛剛所說的頂層Makefile調用架構目錄下Makefile,架構目錄下Makefile生成uImage,而且依賴於vmlinux文件。下面我們就開始講解如何生成vmlinux文件。在頂層Makefile中,我們找到了有關生成vmlinux的大部分命令。

  

複製代碼

頂層目錄Makefile:
init-y        := init/
init-y        := $(patsubst %/, %/built-in.o, $(init-y)) 

core-y        := usr/
core-y        += kernel/ mm/ fs/ ipc/ security/ crypto/ block/
core-y        := $(patsubst %/, %/built-in.o, $(core-y)) 

libs-y        := lib/
libs-y1        := $(patsubst %/, %/lib.a, $(libs-y))
libs-y2        := $(patsubst %/, %/built-in.o, $(libs-y))
libs-y        := $(libs-y1) $(libs-y2) 

drivers-y    := drivers/ sound/
drivers-y    := $(patsubst %/, %/built-in.o, $(drivers-y))   

net-y        := net/
net-y        := $(patsubst %/, %/built-in.o, $(net-y)) = net/built-in.o


vmlinux: $(vmlinux-lds) $(vmlinux-init) $(vmlinux-main) $(kallsyms.o) FORCE

vmlinux-init := $(head-y) $(init-y)
vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
vmlinux-all  := $(vmlinux-init) $(vmlinux-main)
vmlinux-lds  := arch/$(ARCH)/kernel/vmlinux.lds
export KBUILD_VMLINUX_OBJS := $(vmlinux-all)



架構目錄Makefile:
zImage Image xipImage bootpImage uImage: vmlinux

head-y        := arch/arm/kernel/head$(MMUEXT).o arch/arm/kernel/init_task.o

複製代碼

  我已經把頂層目錄和架構目錄下生成vmlinux的命令摘選出來。首先,我們看要想生成vmlinux,需要vmlinux-lds文件、vmlinux-init文件、vmlinux-main文件。其中,vmlinux-lds是鏈接腳本文件,定義了代碼段,數據段的存放位置。這裏我們接着往下看,vmlinux-init需要head-y和init-y,通過查看兩個Makefile,我們可以得到經過轉換後的結果:

  

複製代碼

head-y        := 
arch/arm/kernel/head$(MMUEXT).o    arch/arm/kernel/init_task.o

init-y        := $(patsubst %/, %/built-in.o, $(init-y)) = init/built-in.o

core-y        := $(patsubst %/, %/built-in.o, $(core-y)) 
                         = usr/built-in.o kernel/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o security/built-in.o crypto/built-in.o block/built-in.o

libs-y        := $(libs-y1) $(libs-y2) =lib/lib.a lib/built-in.o

drivers-y    := $(patsubst %/, %/built-in.o, $(drivers-y)) = drivers/built-in.o  sound/built-in.o  

net-y        := $(patsubst %/, %/built-in.o, $(net-y)) = net/built-in.o    

複製代碼

  現在已經分析了內核編譯的全部過程。那怎樣知道我們分析的到底對不對,通過實際執行make uImage我們就可以看到執行過程。這是執行make uImage過程中的部分相關命令:

 

arm-linux-ld -EL  -p --no-undefined -X -o vmlinux 
-T arch/arm/kernel/vmlinux.lds 
arch/arm/kernel/head.o 
arch/arm/kernel/init_task.o  init/built-in.o --start-group  usr/built-in.o  arch/arm/kernel/built-in.o  arch/arm/mm/built-in.o  

  可以看到,首先目標要生成vmlinux,然後是鏈接腳本爲vmlinux.lds。開始生成第一個文件:head.o,第二個文件:init_task.o。這和我們分析的完全一致。接下來以此類推,和我們分析的相同,也就是說我們分析的是正確的。

 

複製代碼

SECTIONS
{



 . = (0xc0000000) + 0x00008000;

 .text.head : {
  _stext = .;
  _sinittext = .;
  *(.text.head)
 }

 .init : { /* Init code and data        */
   *(.init.text)
  _einittext = .;
  __proc_info_begin = .;
   *(.proc.info.init)
  __proc_info_end = .;
  __arch_info_begin = .;
   *(.arch.info.init)
  __arch_info_end = .;
  __tagtable_begin = .;
   *(.taglist.init)
  __tagtable_end = .;
  . = ALIGN(16);
  __setup_start = .;
   *(.init.setup)
  __setup_end = .;
  __early_begin = .;
   *(.early_param.init)
  __early_end = .;
  __initcall_start = .;

複製代碼

  這是鏈接腳本vmlinux.lds中的部分內容。首先定義了虛擬地址:(0xc0000000) + 0x00008000。 然後是首先執行頭部文件,這與我們分析的完全一致。代碼段,初始化代碼段等等。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章