linux内核配置cpu相关,Linux内核配置

对内核的操作分为两类：

一.配置内核

二.编译内核

一.配置内核的过程如下：

make menuconfig时可以修改配置项，这主要是Kconfig的功能，

然后最终的配置结果会保存在.config文件中。下次再执行make menuconfig时

回去读取这个文件。这是内核配置的过程。

二.编译内核的过程(即make uImage的过程)如下：

1.查看内核配置文件 .config：

# Automatically generated make config: don't edit

# Linux/arm 2.6.38 Kernel Configuration

# Mon Jul 18 11:42:55 2011

CONFIG_ARM=y

CONFIG_SYS_SUPPORTS_APM_EMULATION=y

CONFIG_GENERIC_GPIO=y

CONFIG_ARCH_USES_GETTIMEOFFSET=y

CONFIG_HAVE_PROC_CPU=y

CONFIG_NO_IOPORT=y

CONFIG_STACKTRACE_SUPPORT=y

。。。

主要的内容就是一堆配置项：CONFIG_XXX=y/CONFIG_XXX=m/ CONFIG_XXX=n

=y表示编进内核，=m表示编译成模块,=n表示不参与编译

2.make uImage的前期工作

通过grep "CONFIG_XXX" * -nwr可知，一共4类文件在使用这些配置项：

<1>Makefile

<2>c源码

<3>/include/config/auto.conf

<4>include/generated/autoconf.h

当make uImage刚开始时，内核会根据.config自动生成auto.conf和autoconf.h这

两个文件。其中autoconf.h是供c源码使用(宏开关)，而auto.conf供Makefile使

用(是否被编译)。

auto.conf和.config内容很类似，都是下面这种格式:

CONFIG_CRC32=y

CONFIG_I2C_BOARDINFO=y

CONFIG_HAVE_AOUT=y

CONFIG_MINI6410_SD_CH0=y

而autoconf.h有点不同，在.config中被定义为m/y的配置项在autoconf.h被define

为1，在.config中被定义为n的配置项在autoconf.h被define为0。它的格式如下：

#define CONFIG_TOUCHSCREEN_MINI6410 1

#define CONFIG_HAS_DMA 1

#define CONFIG_USB_SERIAL_VISOR 1

#define CONFIG_SCSI 1

。。。

3.分析Makefile

通过分析makefile，我们可以彻底明白make uImage做了什么。

我把整个内核的makefile分成三类：

<1>各级子目录makefile(每个子目录都有makefile)

<2>/arch/arm/Makefile(架构相关的makefile)

<3>顶层目录makefile(auto.conf和/arch/arm/Makefile被包含在其中：include

include/config/auto.conf

和include $(srctree)/arch/$(SRCARCH)/Makefile)

随便打开一个子目录makefile，可以看到类似的内容：

obj-$(CONFIG_BFIN_JTAG_COMM) += bfin_jtag_comm.o

obj-$(CONFIG_MVME147_SCC) += generic_serial.o vme_scc.o

obj-$(CONFIG_MVME162_SCC) += generic_serial.o vme_scc.o

obj-$(CONFIG_BVME6000_SCC) += generic_serial.o vme_scc.o

obj-$(CONFIG_ROCKETPORT) += rocket.o

。。。

很显然，

在auto.conf中CONFIG_XXX=y，对应的源码文件会被Makefile编译进内核；

在auto.conf中CONFIG_XXX=m，对应的源码文件会被Makefile编译成模块；

在auto.conf中CONFIG_XXX=n，对应的源码文件不会被makefile编译；

继续分析

当在顶层目录执行make uImage 时，目标是uImage，/arch/arm/makefile(该

makefile被顶层makefile所包含)中可以找到相关条目：

zImage Image xipImage bootpImage uImage: vmlinux

$(Q)$(MAKE) $(build)=$(boot)MACHINE=$(MACHINE) $(boot)/$@

可以看出，uImage依赖于vmlinux,

继续分析，vmlinux的依赖在顶层makefile中，如下：

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

其中

vmlinux-lds：链接脚本

vmlinux-init：初始化相关的代码

vmlinux-main：核心代码

继续查看依赖，在顶层makefile中上述三者的依赖如下：

vmlinux-init := $(head-y) $(init-y)

vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)

vmlinux-lds := arch/$(SRCARCH)/kernel/vmlinux.lds

逐个分析：

(1)vmlinux-init

head-y在/arch/arm/makefile中定义：

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

MMUEXT没人定义，所以head-y就是由head.o和init_task.o两个文件组成

init-y在顶层makefile中定义：

init-y := init/

(2)vmlinux-main

core-y、libs-y、drivers-y、net-y均在顶层makefile中定义：

core-y := usr/(即源码树中的/usr目录，下面类似)

core-y += kernel/ mm/ fs/ ipc/ security/ crypto/ block/

libs-y := lib/

drivers-y := drivers/ sound/ firmware/

net-y := net/

在顶层makefile中还有下面这几句话：

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

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

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

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

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

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

libs-y := $(libs-y1) $(libs-y2)

patsubst是makefile的一个函数，它的意思是说init-y,core-y,drivers-y,net-y,libs-y

所对应的每一个目录下的所有涉及的文件最终都会被编译合成一个built-in.o文件，即

init-y := init/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 := lib/built-in.o lib/lib.a

drivers-y := drivers/built-in.o sound/built-in.o firmware/built-in.o

net-y := net/built-in.o

各级的子目录的makefile会被上一级的makefile所调用，在子目录中makefile也会

将涉及的文件编译成built-in.o文件，这些子目录中的built-in.o会被上一级目录的

built-in.o所包含。最终，init-y,core-y,libs-y,net-y对应目录下的built-in.o文件组成

内核。