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
#include
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要谨慎使用。 内核代码不支持浮点运算。