从 2.4 到 2.6：Linux 内核可装载模块机制的改变对设备驱动的影响.pdfVIP

从 2.4 到 2.6：Linux 内核可装载模块机制的改变对设备驱动的影响 页码，1/7 从 2.4 到 2.6 ：Linux 内核可装载模块机制的改变对 设备驱动的影响 级别： 初级 婷 周 (moting9@), 软件工程师 2006 2 09 年 月 日 2.4 2.6 Linux API 从 到 ， 内核在可装载模块机制、设备模型、一些核心 等方面发生 较大改变，设备驱动开发人员面临着将驱动从 2.4 移植到 2.6 内核，或是使驱动同时 支持2.4 与 2.6 内核的任务。站在设备驱动开发人员的角度，驱动由一个或几个外部 可加载内核模块组成，本文针对 2.6 内核里模块机制的改变对编写设备驱动程序的影 响，从内核模块的编译、装载时的版本检查、初始化与退出、模块使用计数、输出内 核符号、命令行输入参数、许可证声明等方面比较了 2.4 与 2.6 内核的区别；并总结 了使设备驱动同时支持 2.4 与 2.6 内核的一系列模板。 1． 获取内核版本 当设备驱动需要同时支持不同版本内核时，在编译阶段，内核模块需要知道当前使用的内核源码的 版本，从而使用相应的内核 API 。2.4 与 2.6 内核下，源码头文件 linux/version.h 定义有： LINUX_VERSION_CODE ― 内核版本的二进制表示，主、从、修订版本号各对应一个字节； KERNEL_VERSION(major, minor, release) － 由主、从、修订版本号构造二进制版本号。 在同时支持2.4与2.6 内核的设备驱动程序中，经常可以看到以下代码段： 清单 ：判断内核版本的代码段。 1 #include linux/version.h #if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 0) #define LINUX26 #endif #ifdef LINUX26 /*code in 2.6 kernel*/ #else /*code in 2.4 kernel */ #endif 2 ．内核模块机制的改变 2.1模块编译 从2.4到2.6，外部可装载内核模块的编译、连接过程以及Makefile的书写都发生了改变。 2.4 内核中，模块的编译只需内核源码头文件；需要在包含linux/modules.h之前定义MODULE；编 .o 译、连接后生成的内核模块后缀为 。 2.6 内核中，模块的编译需要配置过的内核源码；编译、连接后生成的内核模块后缀为.ko；编译过 程首先会到内核源码目录下，读取顶层的Makefile文件，然后再返回模块源码所在目录。 清单 ： 内核模块的 模板 2 2.4 Makefile /developerworks/cn/linux/l-module26/ 2009-5-12 从 2.4 到 2.6：Linux 内核可装载模块机制的改变对设备驱动的影响 页码，2/7 #Makefile2.4 KVER=$(shell uname -r) KDIR=/lib/modules/$(KVER)/build OBJS=mymodule.o CFLAGS=-D__KERNEL__ -I$(KDIR)/include -DMODULE -D__KERNEL_SYSCALLS__ -DEXPORT_SYMTAB -O2 -fomit-frame-pointer -Wall -DMODVERSIONS -include $(KDIR)/include/linux/modversions.h all: $(OBJS) mymodule.o: file1.o file2.o ld -r -o $@ $^ clean: rm -f