Linux内核编译，内核模块编译加载

2012-3-2

1．从科室服务器中找到了linux-2.6.22 ，将之解压至/usr/src中

2．make oldconfig，遇到了一些选择：多项根据自己的情况选择，其他默认一路回车

3．make bzImage，得到内核文件vmlinux和压缩后的内核bzImage，这两个文件的差别见后面的说明1。

4．make modules_install,等命令执行完成后内核模块就被安装到/lib/modules中了

5．接着按照linux设备驱动程序的hello例程编写了hello.c和Makefile（文件内容见后面说明2），接着make，得到了最终的模块文件hello.ko，但是该文件无法使用insmod命令加载，提示无效的模块格式，于是在Makefile中把内核路径更改为系统当前内核2.6.32-28-generic的路径，接着make，insmod，一切正常，模块输出的信息在/var/log/syslog中查看。

 

说明1：

在网络中，不少服务器采用的是Linux系统。为了进一步提高服务器的性能，可能需要根据特定的硬件及需求重新编译Linux内核。编译Linux 内核，需要根据规定的步骤进行，编译内核过程中涉及到几个重要的文件。比如对于RedHat Linux，在/boot目录下有一些与Linux内核有关的文件，进入/boot执行。 
　　编译过RedHat Linux内核的人对其中的System.map、vmlinuz、initrd-2.4.7-10.img印象可能比较深刻，因为编译内核过程中涉及到这些文件的建立等操作。那么这几个文件是怎么产生的?又有什么作用呢?本文对此做些介绍。

　　一、vmlinuz

　　vmlinuz是可引导的、压缩的内核。“vm”代表“Virtual Memory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制。Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”。vmlinuz是可执行的Linux内核，它位于/boot/vmlinuz，它一般是一个软链接，比如图中是vmlinuz-2.4.7-10的软链接。

　　vmlinuz的建立有两种方式。一是编译内核时通过“make zImage”创建，然后通过:“cp/usr/src/linux-2.4/arch/i386/linux/boot/zImage/boot/vmlinuz”产生。zImage适用于小内核的情况，它的存在是为了向后的兼容性。

二是内核编译时通过命令make bzImage创建，然后通过:“cp/usr/src/linux-2.4/arch/i386/linux/boot/bzImage /boot/vmlinuz”产生。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的压缩文件。

　　二、initrd-x.x.x.img

　　initrd是“initialramdisk”的简写。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实现加载一些模块和安装文件系统等功能。

　　initrd映象文件是使用mkinitrd创建的。mkinitrd实用程序能够创建initrd映象文件。这个命令是RedHat专有的。其它Linux发行版或许有相应的命令。这是个很方便的实用程序。具体情况请看帮助:man mkinitrd下面的命令创建initrd映象文件。

vmlinux是内核文件，

zImage是一般情况下默认的压缩内核映像文件，压缩vmlinux，加上一段解压启动代码得到，只能从0X0地址运行。

bzImage在uClinux中很少见到。

uImage是u-boot使用bootm命令引导的Linux压缩内核映像文件格式，
使用工具mkimage对普通的压缩内核映像文件（zImage）加工而得。可以由bootm命令从任意地址解压启动内核。

由于bootloader一般要占用0X0地址，所以，uImage相比zImage的好处就是可以和bootloader共存。

制作uImage的mkimage软件，如果uClinux-dist有的话，一般放在uClinux-dist的tools目录中。

没用过ARMLINUX，一用的uClinux，偶说的都是针对uClinux的。

对uClinux来说，zImage从0X0先复制到某一地址，再解压到运行地址，然后启动。
不过这个0X0按一些资料说法可以改为其他地址，然后用BOOTLOADER启动解压。但也是改为多少就要下到多少，和uImage比灵活性差远了。

平时调试我用uImage，zImage则是一切OK后直接烧0X0，开机就运行。

 

说明2：

Hello模块文件相关代码：

hello.c

 

//hello.c

#include <linux/init.h>

#include <linux/module.h>

MODULE_LICENSE("DualBSD/GPL");

 

 

 

static int hello_init(void){

printk(KERN_ALERT "Hello,world\n");

return 0;

}

 

static void hello_exit(void){

printk(KERN_ALERT"Goodbye,cruel world\n");

}

 

module_init(hello_init);

module_exit(hello_exit);

 

Makefile文件：

#kernel version to be compliedwith module source code

KERNELVERSION:=2.6.32-28-generic

 

ifneq ($(KERNELRELEASE),)

obj-m := hello.o

else

KERNELDIR ?= /lib/modules/$(KERNELVERSION)/build

PWD := $(shell pwd)

default:

    $(MAKE)-C $(KERNELDIR) M=$(PWD) modules

endif

2013-1-18

第二章：

内核模块与应用程序的区别    

1.      内核模块只有在需要的时候被调用，OS加载内核模块会调用初始化函数，然后内核模块就等着被调用，卸载时会调用撤销函数

2.      内核模块会被连接到内核中，所以没有可链接的函数库

3.      内核错误比较严重，至少也会让当前进程崩溃

4.      内核模块运行在内核空间中。处理系统调用的内核代码运行在进程上下文中，可以访问进程地址空间。处理硬件中断的内核代码和进程是异步的，与任何一个特定进程无关。

5.      内核的并发很频繁，需要重点考虑：一、可能有多个进程同时使用驱动。二、驱动在执行某个任务时可能会被中断打断，改为执行自己的中断处理代码。三、有一些软件抽象也在异步运行。四、在SMP系统上可能有多个处理器在同时运行驱动。

6.      不要认为某段没有进入睡眠状态或阻塞的内核代码会独占CPU。

7.      可以通过task_struct结构类型的变量current获取当前运行的进程信息

8.      内核栈很小，一般只有4096byte，使用大变量时应动态分配。

9.      带有__前缀的内核API要谨慎使用。

内核代码不支持浮点运算。