Thisisfreesoftware;seethesourceforcopyingconditions.ThereisNO
warranty;notevenforMERCHANTABILITYorFITNESSFORAPARTICULARPURPOSE.
注:arm的工具链,可以从这儿下载:回复“ARM”即可查看。
二、设置编译目标
在配置或编译内核之前,首先要确定目标CPU构架,以及编译时采用哪些工具链。这是最最基础的信息,首先要确定的。
假如你是为当前使用的PC机编译内核,则无须设置。
否则的话,就要明晰设置。
这儿以arm为例,来说明。
有两种设置方式():
a)更改Makefile
打开内核源码根目录下的Makefile,更改如下两个Makefile变量并保存。
ARCH:=arm
CROSS_COMPILE:=arm-linux-
注意,这儿cross_compile的设置,是假设所用的交叉工具链的gcc程序名称为arm-linux-gcc。假如实际使用的gcc名称是some-thing-else-gcc,则这儿照葫芦画瓢填some-thing-else-即可。反正,要省去名称中最后的gcc那3个字母。
b)每次执行make命令时linux移植,都通过命令行参数传入这种信息。
这似乎是通过make工具的命令行参数指定变量的值。
比如
配置内核时时,使用
makeARCH=armCROSS_COMPILE=arm-linux-menuconfig
编译内核时使用
makeARCH=armCROSS_COMPILE=arm-linux-
注意,实际上,对于编译PC机内核的情况,即使用户没有明晰设置,但并不是这两项没有配置。由于假如用户没有设置这两项,内核源码顶楼Makefile(坐落源码根目录下)会通过如下方法生成这两个变量的值。
SUBARCH:=$(shelluname-m|sed-es/i.86/i386/-es/sun4u/sparc64/
-es/arm.*/arm/-es/sa110/arm/
-es/s390x/s390/-es/parisc64/parisc/
-es/ppc.*/powerpc/-es/mips.*/mips/
-es/sh[234].*/sh/)
ARCH?=$(SUBARCH)
CROSS_COMPILE?=
经过前面的代码,ARCH弄成了PC编译机的arch,即SUBARCH。为此,假如PC机上uname-m输出的是ix86,则ARCH的值就成了i386。
而CROSS_COMPILE的值,倘若没配置,则为空字符串。这样一来所使用的工具链程序的名称,就不再有类似arm-linux-这样的前缀,就相当于使用了PC机上的gcc。
最后再多说两句,ARCH的值还须要再进一步做泛化。由于内核源码的arch目录下,不存在i386这个目录,也没有sparc64这样的目录。
因而顶楼makefile中又构造了一个SRCARCH变量,通过如下代码,生成他的值。这样一来,SRCARCH变量,才最终匹配到内核源码arch目录中的某一个构架名。
SRCARCH:=$(ARCH)
ifeq($(ARCH),i386)
SRCARCH:=x86
endif
ifeq($(ARCH),x86_64)
SRCARCH:=x86
endif
ifeq($(ARCH),sparc64)
SRCARCH:=sparc
endif
ifeq($(ARCH),sh64)
SRCARCH:=sh
endif
三、配置内核
内核的功能这么多,我们须要什么部份,每位部份编译成哪些方式(编进内核还是编成模块),每位部份的工作参数怎样,那些都是可以配置的。为此,在开始编译之前,我们须要建立出一份配置清单,放在内核源码根目录下,命名为.config文件,之后按照此.config文件,编译出我们须要的内核。
然而,内核的配置项太多了,一个一个配,太麻烦了。并且,不同的CPU构架,所能配置的配置项集合,是不一样的。诸如,某种CPU的某个功能特点要不要支持的配置项,就是与CPU构架有关的配置项。所以,内核提供了一种简单的配置方式。
以arm为例,具体做法如下。
a)依据我们的目标CPU构架,从内核源码arch/arm/configs目录下,找一个与目标系统最接近的配置文件(比如s3c2410_defconfig),拷贝到内核源码根目录下,命名为.config。
注意,假若你是为当前PC机编译内核,最好拷贝如下文件到内核源码根目录下,做为初始配置文件。这个文件,是PC机当前运行的内核编译时使用的配置文件。
/lib/modules/`uname-r`/build/.config
这儿顺便多说两句,PC机内核的配置文件,选择的功能真是多。不编不晓得,一编才晓得。Linux发行方这样做的目的,可能是想让所发行的Linux才能满足用户的各类需求吧。
b)执行makemenuconfig对此配置做一些须要的更改,退出时选择保存,就将新的配置更新到.config文件中了。
注意-1,我们执行此操作时,内核打开了一组配置项集合,让我们进行配置。这一组配置项集合,是由我们上面设置的CPU构架决定的。说得细一点,配置系统打开arch/arm/Kconfig文件(makemenuconfig执行时能听到有一行“scripts/kconfig/mconfarch/arm/Kconfig”这样的复印)kali linux,这个文件又包含了其他内核子系统的Kconfig文件(文件名也可能是其他名子),其他子系统的Kconfig文件,再层层包含上层的Kconfig文件,因而生成了全部的配置项集合。而每一项配置项,当前设定的值(比如,是编进内核,还是编译成模块,或则也可能是一项参数),则是由内核源码根目录下的.config文件生成的。
注意-2,虽然你不须要对配置进行任何更改,都勿必请执行一下makemenuconfig,之后步入配置界面后直接退出并保存。不然的话,前面的编译可能会碰到问题。笔者就遇见过这个问题。笔者猜想缘由可能是,初始的配置文件是基于老版本的内核做的,新版本的内核可能新增了一些基础功能项,因而造成功能项之间的依赖关系发生了变化。诸如,老的配置文件中选中的一个功能项,在新版内核中的实现,可能依赖了更多的其他功能项。因而须要对旧的初始配置文件进行一些调整,因而保证各个功能项的依赖条件得到满足。经过makemenuconfig以后,笔者发觉,.config文件的内容的确发生了变化。
四、编译内核
编译本身很简单,对于2.6版本以上的内核,执行如下一条命令就搞定了。
make
我们不妨花点时间,理解一下内核编译的机制。
a)内核怎样使用config文件
后面生成了.config文件,这是个文本文件,其中都是一些类似如下的内容:
CONFIG_YENTA_ENE_TUNE=y
CONFIG_YENTA_TOSHIBA=y
CONFIG_PD6729=m
CONFIG_I82092=m
CONFIG_MTDRAM_ERASE_SIZE=128
能看出,有些是设置了将某个功能编译进内核,有些是设置了将某个功能编译成模块,有些是设置了某个功能的某个参数。
这个文件的句型,虽然就是定义makefile变量的句型。没错,这就是makefile。
当我们执行make开始编译内核的时侯,编译系统就会生成另一个config文件,那就是include/config/auto.conf。上面的内容和.config类似,只是内容少了一些。
内核编译的时侯,顶楼Makefile(坐落源码根目录下),会包含上述config文件。
这样就获得了相应的makefile变量,因而晓得怎样编译内核的各个部份。
从顶楼makefile中,可以看见如下代码:
ifeq($(dot-config),1)
#Readinconfig
-includeinclude/config/auto.conf
然而,这两个config文件的关系怎么,究竟会包含那个,在下也没有理清...
b)内核怎样编译各个子系统或模块
从上一步晓得,通过config文件,内核顶楼makefile早已生成了大量的makefile变量。
另一方面,每位子系统或模块,她们的源码目录中,都有一个Makefile,其中定义了本子系统或模块所须要编译的内容。
接出来,make工具就可以带着顶楼makefile中生成的大量的makefile变量,一层层步入到各个子系统或模块所在的目录中去,去实现各目录中Makefile中定义的内容的编译。
而这种目录中的Makefile可以说是十分简单。
假如某个目录下,只有一个模块hello,此模块只有一个.c文件,比如xxx.c。这么其Makefile的全部内容只有如下一行。
obj-$(CONFIG_HELLO):=hello.o
假如hello模块,由main.ca.cb.c三个文件构成,则Makefile也只须要两行内容。
obj-$(CONFIG_HELLO):=hello.o
hello-objs:=main.oa.ob.o
假如一个目录下储存了多个模块的C文件,别是hello、hello2、hello3。
hello模块的构成:main.ca.cb.c
hello2模块的构成:main2.ca2.cb2.c
hello3模块的构成:hello3.c
此时,Makefile只须要5行内容。
obj-$(CONFIG_HELLO)+=hello.o
obj-$(CONFIG_HELLO2)+=hello2.o
obj-$(CONFIG_HELLO3)+=hello3.o
hello-objs:=main.oa.ob.o
hello2-objs:=main2.oa2.ob2.o
因为顶楼Makefile中带有大量的变量,因而,子目录内Makefile中的$(CONFIG_HELLO)变量经过解析后,会弄成y或m。这样的话,每位子目录中的Makefile经过解析后,等于只是定义了一个变量linux内核编译步骤,变量名为obj-m或obj-y。
变量obj-m或obj-y的值,则是一串.o文件的列表。表中每一项,代表一个功能项。假如变量名为obj-mlinux内核编译步骤,则此功能被编译成模块。假如变量名为obj-y,则此功能被编进内核。
c)内核代码中,怎样晓得某个功能有没有配置,配置成了哪些方式
当我们执行make开始编译内核的时侯,编译系统就会生成一个C语言头文件
include/generated/autoconf.h
这个文件中都是类似如下的内容:
#defineCONFIG_DM90001
#defineCONFIG_DM9000_DEBUGLEVEL4
#defineCONFIG_SND_RAWMIDI_SEQ_MODULE1
第一行,是说明用户选择了将DM9000这个驱动编进内核,第二行是此驱动的一个参数。假如用户选择的是将DM9000编译成模块,则第一行的内容就弄成如下方式了。
#defineCONFIG_DM9000_MODULE1
有了这个头文件,某个内核源码的.c文件中若果包含了这个头文件,通过#ifdefCONFIG_XXX就可以晓得用户有没有配置XXX功能了。
好了,内核编译机制,就提到这儿了^_^
五、安装内核
a)为当前PC机安装内核
依次执行如下两条命令,分别完成模块和内核的安装。
makemodules_install
makeinstall
之后打开boot/grub/grub.conf,会听到上面多出了一个条目。
将其中的timeout更改为5,便于开机时有5秒的时间选择启动哪一个内核。
最后,重启笔记本。在bootloader界面出现时,选择启动新内核即可。
b)为嵌入式系统安装内核
这就不是一句两句能说清的了,具体问题你们自己具体参考相关资料吧^_^
对于通常的arm单板,常见的方式是,PC机通过SecureCrt联接单板并口,通过网线联接单板网口,PC机上启动tftp服务器,把内核映像zImage文件放在tftp下载目录中。重启单板,SecureCrt中见到u-boot启动倒计时的时侯,按任意键步入u-boot交互界面。之后在这个界面下,通过相关命令下载内核映像zImage文件,之后通过命令将下载的zImage烧讲到单板的FLASH中。最后重启单板即可。
文章评论