linux内核的编译命令 linux内核编译流程

linux内核模块编译-通过Makefile重命名.ko文件名和模块名

假设模块的源文件为hello.c，源码如下：

使用该文件编译内核模块。

正常情况下，Makefile文件内容如下：

执行 make 命令，生成hello.ko文件。

执行 sudo insmod hello.ko 命令，安装该模块。

执行 lsmod 命令，查看安装的模块。就会看到第一行的就是hello模块。

但是，如果想自定义模块名称为 xmodule ，而不是默认的 hello ，如何实现呢？方法如下：

在Makefile中重命名obj-m并将obj-m的依赖关系设置为原始模块(hello)

修改后的Makefile文件内容如下：

将obj-m设置为 xmodule .o，并使 xmodule .o依赖于 hello .o.

执行 make 命令后，生成 xmodule .ko, 而不是 hello .ko，

安装命令: sudo insmod xmodule.ko

查看命令： lsmod ，就会看到被安装名为 xmodule 的模块。

相关问答

Q1: Linux内核源码如何编译

首先uname

-r看一下你当前的linux内核版本

1、linux的源码是在/usr/src这个目录下，此目录有你电脑上各个版本的linux内核源代码，用uname

-r命令可以查看你当前使用的是哪套内核，你把你下载的内核源码也保存到这个目录之下。

2、配置内核

make

menuconfig，根据你的需要来进行选择，设置完保存之后会在当前目录下生成.config配置文件，以后的编译会根据这个来有选择的编译。

3、编译，依次执行make、make

bzImage、make

modules、make

modules

4、安装，make

install

5、.创建系统启动映像，到

/boot

目录下，执行

mkinitramfs

-o

initrd.img-2.6.36

2.6.36

6、修改启动项，因为你在启动的时候会出现多个内核供你选择，此事要选择你刚编译的那个版本，如果你的电脑没有等待时间，就会进入默认的，默认的那个取决于

/boot/grub/grub.cfg

文件的设置，找到if

[

"${linux_gfx_mode}"

!=

"text"

]这行，他的第一个就是你默认启动的那个内核，如果你刚编译的内核是在下面，就把代表这个内核的几行代码移到第一位如：

menuentry

'Ubuntu,

with

Linux

3.2.0-35-generic'

--class

ubuntu

--class

gnu-linux

--class

gnu

--class

os

{

recordfail

gfxmode

$linux_gfx_mode

insmod

gzio

insmod

part_msdos

insmod

ext2

set

root='(hd0,msdos1)'

search

--no-floppy

--fs-uuid

--set=root

9961c170-2566-41ac-8155-18f231c1bea5

linux/boot/vmlinuz-3.2.0-35-generic

root=UUID=9961c170-2566-41ac-8155-18f231c1bea5

ro

quiet

splash

$vt_handoff

initrd/boot/initrd.img-3.2.0-35-generic

}

当然你也可以修改

set

default="0"来决定用哪个，看看你的内核在第几位，default就填几，不过我用过这种方法，貌似不好用。

重启过后你编译的内核源码就成功地运行了，如果出现问题，比如鼠标不能用，usb不识别等问题就好好查查你的make

menuconfig这一步，改好后就万事ok了。

最后再用uname

-r看看你的linux内核版本。是不是你刚下的那个呢！有没有成就感？

打字不易，如满意，望采纳。

Q2: 如何编译linux版本

编译安装内核

下载并解压内核

解压内核：tar xf linux-2.6.XX.tar.xz

定制内核：make menuconfig

参见makefile menuconfig过程讲解

编译内核和模块：make

生成内核模块和vmlinuzlinux内核的编译命令，initrd.img，Symtem.map文件

安装内核和模块：sudo make modules_install install

复制模块文件到/lib/modules目录下、复制config，vmlinuz，initrd.img，Symtem.map文件到/boot目录、更新grub

其linux内核的编译命令他命令：

make mrprobe：命令的作用是在每次配置并重新编译内核前需要先执行“make mrproper”命令清理源代码树，包括过去曾经配置的内核配置文件“.config”都将被清除。即进行新的编译工作时将原来老的配置文件给删除到，以免影响新的内核编译。

make dep：生成内核功能间的依赖关系，为编译内核做好准备。

几个重要的Linux内核文件介绍

config

使用make menuconfig 生成的内核配置文件，决定将内核的各个功能系统编译进内核还是编译为模块还是不编译。

vmlinuz 和 vmlinux

vmlinuz是可引导的、压缩的内核，“vm”代表“Virtual Memory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制，Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”。vmlinuz是可执行的Linux内核，vmlinuz的建立有两种方式：一是编译内核时通过“make zImage”创建，zImage适用于小内核的情况，它的存在是为了向后的兼容性linux内核的编译命令；二是内核编译时通过命令make bzImage创建，bzImage是压缩的内核映像，需要注意，bzImage不是用bzip2压缩的，bzImage中的bz容易引起误解，bz表示“big zImage”，bzImage中的b是“big”意思。 zImage（vmlinuz）和bzImage（vmlinuz）都是用gzip压缩的。它们不仅是一个压缩文件，而且在这两个文件的开头部分内嵌有gzip解压缩代码，所以linux内核的编译命令你不能用gunzip 或 gzip –dc解包vmlinuz。 内核文件中包含一个微型的gzip用于解压缩内核并引导它。两者的不同之处在于，老的zImage解压缩内核到低端内存（第一个640K），bzImage解压缩内核到高端内存（1M以上）。如果内核比较小，那么可以采用zImage 或bzImage之一，两种方式引导的系统运行时是相同的。大的内核采用bzImage，不能采用zImage。 vmlinux是未压缩的内核，vmlinuz是vmlinux的压缩文件。

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

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这个命令时，系统到底帮我们做了哪些工作呢？这里面一共涉及到了一下几个文件我们来一一探讨

Linux内核根目录下的scripts文件夹

arch/$ARCH/Kconfig文件、各层目录下的Kconfig文件

Linux内核根目录下的makefile文件、各层目录下的makefile文件

Linux内核根目录下的的.config文件、arch/$ARCH/configs/下的文件

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》。

参考文献

【linux-2.6.31】内核编译指南.pdf

【linux-2.6.31】kbuild.pdf

Linker script in Linux.pdf

linux内核的配置机制及其编译过程

Linux内核编译过程详解

Linux Kconfig及Makefile学习

Q3: 如何编译linux的x86内核

Gcc编译器， Linux-2.6.29内核

步骤:

(一)：清除临时文件，中间文件和配置文件等（刚从网上下载下来的文件这步可省略）。

make clean

删除大多数的由编译生成的文件、但会保留内核的配置文件.config。

make mrproper

删除所有的编译生成的文件，还有内核配置文件，再加上各种备份文件。

make distclean

mrproper删除的文件，加上编辑备份文件和一些补丁文件。

（二）选择参考配置文件

使用正在运行的内核配置文件作为参考配制文件，该配置文件在/boot目录下，使用命令

cp /boot/config-2.6.18-53.el5 .config。

(三)配置内核

配置内核有如下命令：

make config：基于文件模式的交互式配置（也就是一问一答）。

make menuconfig：基于文本模式的菜单式配置（强烈推荐）。

make oldconfig：使用已有的配置文件（.config）但是会询问新增的配置选项。

make xconfig：图形化配置（需要安装图形化系统）。

make menuconfig是最为常用的内核配置方式，使用方法如下：

1、使用方向键在各选项间移动；

2、使用“Enter”键进入下一层选单；每个选项上的高亮字母是键盘快捷方式，使用它可以快速地到达想要设置的选单项。

3、在括号中按“y”将这个项目编译进内核中，按“m”编译为模块，按“n”为不选择（按空格键也可在编译进内核、编译为模块和不编译三者间进行切换），按“h”将显示这个选项的帮助信息，按“Esc”键将返回到上层选单。

内核配置通常在一个已有的配置文件基础上，通过修改得到新的配置文件Linux内核提供了一系列可供参考的内核配置文件，位于Arch/$cpu/configs

注意：要运行make menuconfig的界面需要调整终端的窗口大小，至少为80*19。

（四）编译内核

(1):make zImage

(2):make bzImage

区别：在X86平台，在zImage只能用于小于512Kd的内核（注意是X86平台）

如需获取详细编译信息，可使用：

make zImage V=1

make bzImage V=1

编译好的内核位于arch/cpu/boot目录下

（五）编译内核模块

使用命令make modules

内核模块编译的时间比较长，一般需要1~2小时的时间。这些模块源于使用命令make menuconfig启动的菜单型配置界面中选择m的项。

（六）安装内核模块

使用命令：make modules_install,完成安装后，编译好的内核模块会从内核源代码目录拷贝至/lib/modules/2.6.29目录下。

（七）制作init ramdisk

使用cd跳动linux-2.6.29/，目录的上层目录，使用命令：mkinitrdinitrd-$version $version(mkinitrd initrd-2.6.29 2.6.29)将上一步中产生的模块目录/lib/modules/2.6.29制作成initrd-2.6.29。

提示：initrd是“initial ramdisk”的缩写，initrd是在实际根文件系统可用之前挂载到系统中的一个初始根文件系统。在桌面或服务器Linux系统中，initrd是一个临时的文件系统。其生命周期很短，只会用作真实文件系统的一个桥梁。在没有存储设备的嵌入式系统中，initrd可以是永久的根文件系统。

Linux的众多发行版之所以使用initrd主要是为了在内核启动之后能够判断哪些硬件驱动需要加载，哪些不需要，文件系统有没有问题等，最终使得根分区能顺利加载。在scsi和sata设备上启动，usb启动盘，无盘服务器等都需要initrd来做判断，这样可以提高Linux内核的通用性。

（八）安装内核

由于Linux系统启动时，会从/boot目录下寻找内核文件与init ramdisk，所以需要将内核和initrd拷贝至/boot目录。使用命令:

cp initrd-2.6.29 /boot

cp linux-2.6.29/arch/x86/boot/bzImage /boot/vmlinuz-2.6.29

(九)修改/etc/grub.conf或者/etc/lilo.conf

为了让grub在启动时能提供一项我们自己制作的linux内核的选项，需要修改grub的配置文件/etc/grub.conf。（添加的代码为title My Linux（2.6.29）以下的）

注意：/etc/grub.conf实际上是/boot/grub/grub.conf的一个链接，因此真正的配置文件存在与/boot/grub目录下。

linux内核的编译命令的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于linux内核编译流程、linux内核的编译命令的信息别忘了在本站进行查找喔。