《Linux内核驱动模块编程指南.pdf》由会员分享，可在线阅读，更多相关《Linux内核驱动模块编程指南.pdf（91页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、Peter Jay Salzman Michael Burian Ori Pomerantz Copyright 2001 Peter Jay Salzman The Linux Kernel Module Programming Guide is a free book;you may reproduce and/or modify it under the terms of the Open Software License,version 1.1.You can obtain a copy of this license at http:/opensource.org/licenses/
2、osl.php.This book is distributed in the hope it will be useful,but without any warranty,without even the implied warranty of merchantability or fitness for a particular purpose.The author encourages wide distribution of this book for personal or commercial use,provided the above copyright notice rem
3、ains intact and the method adheres to the provisions of the Open Software License.In summary,you may copy and distribute this book free of charge or for a profit.No explicit permission is required from the author for reproduction of this book in any medium,physical or electronic.Derivative works and
4、 translations of this document must be placed under the Open Software License,and the original copyright notice must remain intact.If you have contributed new material to this book,you must make the material and source code available for your revisions.Please make revisions and updates available dir
5、ectly to the document maintainer,Peter Jay Salzman.This will allow for the merging of updates and provide consistent revisions to the Linux community.If you publish or distribute this book commercially,donations,royalties,and/or printed copies are greatly appreciated by the author and the Linux Docu
6、mentation Project(LDP).Contributing in this way shows your support for free software and the LDP.If you have questions or comments,please contact the address above.Table of Contents Foreword 1.作者声明 2.版本和注意 3.感谢 4.译者注 1.Introduction 1.1.什么是内核模块？1.2.内核模块是如何被调入内核工作的？1.2.1.在开始前 1.2.1.1.内核模块和内核的版本问题 1.2.
7、1.2.使用 X带来的问题 1.2.1.3.编译相关和内核版本相关的问题 2.Hello World 2.1.Hello,World(part 1):最简单的内核模块 2.1.1.介绍printk()2.2.编译内核模块 2.3.Hello World(part 2)2.4.Hello World(part 3):关于_init和_exit宏 2.5.Hello World(part 4):内核模块证书和内核模块文档说明 2.6.从命令行传递参数给内核模块 2.7.由多个文件构成的内核模块 2.8.为已编译的内核编译模块 3.Preliminaries 3.1.内核模块和用户程序的比较 3.1
8、.1.内核模块是如何开始和结束的 3.1.2.模块可调用的函数 3.1.3.用户空间和内核空间 3.1.4.命名空间 3.1.5.代码空间 3.1.6.Device Drivers 3.1.6.1.Major and Minor Numbers 4.Character Device Files 4.1.字符设备文件 4.1.1.关于file_operations结构体 4.1.2.关于file结构体 4.1.3.注册一个设备 4.1.4.注销一个设备 4.1.5.chardev.c 4.1.6.为多个版本的内核编写内核模块 5.The/proc File System 5.1.关于/proc
9、文件系统 6.Using/proc For Input 6.1.使用/proc 作为输入 7.Talking To Device Files 7.1.与设备文件对话(writes and IOCTLs)8.System Calls 8.1.系统调用 9.Blocking Processes 9.1.阻塞进程 9.1.1.Enter Sandman 10.Replacing Printks 10.1.替换printk 10.2.让你的键盘指示灯闪起来 11.Scheduling Tasks 11.1.任务调度 12.Interrupt Handlers 12.1.Interrupt Handle
10、rs 12.1.1.Interrupt Handlers 12.1.2.Intel架构中的键盘 13.Symmetric Multi Processing 13.1.对称多线程处理 14.Common Pitfalls 14.1.注意 A.Changes:2.0 To 2.2 A.1.从 2.0 到 2.2 的变化 A.1.1.从 2.0 到 2.2 的变化 B.Where To Go From Here B.1.为什么这样写？Index List of Examples 2-1.hello-1.c 2-2.一个基本的Makefile 2-3.hello-2.c 2-4.两个内核模块使用的Ma
11、kefile 2-5.hello-3.c 2-6.hello-4.c 2-7.hello-5.c 2-8.start.c 2-9.stop.c 2-10.Makefile 4-1.chardev.c 5-1.procfs.c 6-1.procfs.c 7-1.chardev.c 7-2.chardev.h 7-3.ioctl.c 8-1.syscall.c 9-1.sleep.c 10-1.print_string.c 10-2.kbleds.c 11-1.sched.c 12-1.intrpt.c Foreword 1.作者声明 Linux 内核驱动模块编程指南最初是由 Ori Pomera
12、ntz 为 2.2 版本的内核编写的，后来，Ori 将文档维护的任务交给了 Peter Jay Salzman，Peter 完成了2.4 内核版本文档 的编写，毕竟 Linux 内核驱动模块是一个更新很快的内容。现在，Peter 也无法腾出足够的 时间来完成 2.6 内核版本文档的编写，目前该2.6 内核版本的文档由合作者 Michael Burian 完成。2.版本和注意 Linux 内核模块是一块不断更新进步的内容，在 LKMPG 上总有关于是否保留还是历史 版本的争论。Michael 和我最终是决定为每个新的稳定版本内核建立一个新的文档分支。也 就是说 LKMPG 2.4.x 专注于 2
13、.4 的内核，而 LKMPG 2.6.x 将专注于 2.6 的内核。我们不会在一 篇文档中提供对旧版本内核的支持，对此感兴趣的读者应该寻找相关版本的文档分支。在文档中的绝大部分源代码和讨论都应该适用于其它平台，但我无法提供任何保证。其中的一个例外就是 Chapter 12,中断处理该章的源代码和讨论就只适用于 x86 平台。3.感谢 感谢下列人士为此文档提供了他们宝贵的意见。他们是：Ignacio Martin,David Porter,Daniele Paolo,Scarpazza 和 Dimo Velev。4.译者注 我，译者，名叫田竞，目前是一名在北京邮电大学就读的通信专业的大学生。自高
14、中起我就是 Linux 的爱好者并追随至今。我喜欢 Linux 给我带来的自由，我想大家也一样。没有人不向往自由。我学习内核模块编写时最初阅读的是 Orelly 出版社的使用 2.0 版本的内核的书籍，但如同我预料的一样，书中的许多事例由于内核代码的变化而无法使用。这让想亲自体验内核模块的神秘的我非常苦恼。我在 Linux 文档计划在上海的镜像站 上找到了这篇文档。受原作者 Ori 的鼓励，基于上次完成的 LKMPG 2.4 的，内容有稍许的改变和扩充。应该是目前最新的了。翻译的方式有所改变，在基于 LDP 认可的 docbook 格式上翻译，通过 docbook2html 转换为附件中的 h
15、tml 文档。由于对 docbook 不是很熟悉，其中的一些标题尚未翻译，而且可能破坏了原有的 tag，导致 html 出现一些错误显示，但总体来说很少。修改了很多 2.4 中的错别字。学习并分享学习的过程是我翻译的最终目的。Chapter 1.Introduction 1.1.什么是内核模块？现在，你是不是想编写内核模块。你应该懂得 C 语言，写过一些用户程序，那么现在你将要见识一些真实的东西。在这里，你会看到一个野蛮的指针是如何 毁掉你的文件系统的，一次内核崩溃意味着重启动。什么是内核模块？内核模块是一些可以让操作系统内核在需要时载入和执 行的代码，这同样意味着它可以在不需要时有操作系统卸
16、载。它们扩展了操作系 统内核的功能却不需要重新启动系统。举例子来说，其中一种内核模块时设备驱 动程序模块，它们用来让操作系统正确识别，使用安装在系统上的硬件设备。如 果没有内核模块，我们不得不一次又一次重新编译生成单内核操作系统的内核镜 像来加入新的功能。这还意味着一个臃肿的内核。1.2.内核模块是如何被调入内核工作的？你可以通过执行 lsmod 命令来查看内核已经加载了哪 些内核模块,该命令通过读取/proc/modules 文件的内容 来获得所需信息。这些内核模块是如何被调入内核的？当操作系统内核需要的扩展功能不存 在时，内核模块管理守护进程 kmod1执行 modprobe 去加载内核模
17、 块。两种类型的参数被传递给 modprobe：一个内核模块的名字像 softdog 或是 ppp。通用识别符像 char-major-10-30。当传递给 modprobe 是通用识别符时，modprobe 首先在文件/etc/modules.conf查找该字符串。如果它发现的一行别名像：代码:alias char-major-10-30 softdog 它就明白通用识别符是指向内核模块 softdog.o。然后，modprobe 遍历文件/lib/modules/version/modules.dep 来判断是否有其它内核模块需要在该模块加载前被加载。该文件是由命令 depmod-a 建立
18、，保存着内核模块的依赖关系。举例来说，msdos.o 依赖于模块 fat.o 内核模块已经被内核载入。当要加载的内核模块需要使用别的模块提供的符号链接时（多半是变量或函数），那么那些提供这些所需符号链接的内核模块就被该模块所依赖。最终，modprobe 调用 insmod 先加载被依赖的模块，然后加载该被内核要求的模块。modprobe 将 insmod 指向/lib/modules/version/2目录，该目录为默认标准存放内核模块的目录。insmod 对内核模块存放位置 的处理相当呆板，所以modprobe 应该很清楚的知道默认标准的内核模块存放的位置。所以，当你想要载入一个内 核模块时
19、，你可以执行：代码:insmod/lib/modules/2.5.1/kernel/fs/fat/fat.o insmod/lib/modules/2.5.1/kernel/fs/msdos/msdos.o 或只是执行modprobe-a msdos。Linux 提供 modprobe,insmod and depmod 在一个名为 modutils 或 mod-utils的工具包内。在结束本章前，让我们来看一个/etc/modules.conf 文件：代码:#This file is automatically generated by update-modules pathmisc=/li
20、b/modules/2.4.?/local keep pathnet=p/mymodules options mydriver irq=10 alias eth0 eepro 用#起始的行为注释。空白行被忽略。以 pathmisc起始的行告诉 modprobe 用/lib/modules/2.4.?/local 替代搜寻 misc 内核模块的路径。正如你看到的，命令解释器 shell 的元字符也可以使用。以 pathnet起始的行告诉 modprobe 在目录 p/mymodules 搜索网络方面的内核模块。但是，在 pathnet 指令之前使用的keep 指令告诉 modprobe 只是将该
21、路径添加到标准搜索路径中，而不是像对待 misc 前面那样进行替换。以alias 起始的的行使modprobe加载eepro.o当kmod 以通用识别符eth0 要求加载相应内核模块时。你不会发现像alias block-major-2 floppy这样的别名行在文件/etc/modules.conf 因为 modprobe 已经知道在绝大多数系统上安装的标准的设备的驱动模块。现在你已经知道内核模块是如何被调入的了。当你想写你自己的依赖于其它模块的内核模块时，还有一些内容没有提供。这个相对高级的问题将在以后的章节中介绍，当我们已经完成前面的学习后。1.2.1.在开始前 在我们介绍源代码前，有一
22、些事需要注意。系统彼此之间的不同会导致许多困难。顺利的编译并且加载你的第一个hello world模块有时就会比较困难。但是当你跨过 这道坎时，后面会顺利的多。1.2.1.1.内核模块和内核的版本问题 为某个版本编译的模块将不能被另一个版本的内核加载如果内核中打开了 CONFIG_MODVERSIONS 选项。我们暂时不会讨论与此相关的 内容。在我们进入相关内容前，本文档中的范例可能在该选项打开的情况下无法 工作。但是，目前绝大多数的发行版是将该选项打开的。所以如果你遇到和版本 相关的错误时，最好，重新编译一个关闭该选项的内核。1.2.1.2.使用 X 带来的问题 强烈建议你在控制台下输入文档
23、中的范例代码，编译然后加载模块，而不是在 X下。模块不能像 printf()那样输出到屏幕，但它们可以 记录信息和警告，当且仅当你在使用控制台时这些信息才能最终显示在屏幕上。如果你从 xterm 中 insmod一个模块，这些日志信息只会记录在你的日志文件中。除了查看日志文件你将无法 得到输出信息。想要及时的获得这些日志信息，建议 所有的工作都在控制台下进行。1.2.1.3.编译相关和内核版本相关的问题 Linux 的发行版经常给内核打一些非标准的补丁，这种情况回导致一些问题的发生。一个更普遍的问题是一些 Linux 发行版提供的头文件不完整。编译模块时你将需要非常多 的内核头文件。墨菲法则之
24、一就是那些缺少的头文件恰恰是你最需要的。我强烈建议从 Linux 镜像站点下载源代码包，编译新内核并用新内核启动系统来避免以上 的问题。参阅Linux Kernel HOWTO获得详细内容。具有讽刺意味的是，这也会导致一些问题。gcc 倾向于在缺省的内核源文件路径(通常是/usr/src/)下寻找源代码文件。这可以通过 gcc 的-I 选项来切换。Chapter 2.Hello World 2.1.Hello,World(part 1):最简单的内核模块 当第一个洞穴程序员在第一台洞穴计算机的墙上上凿写第一个程序时，这是一个在羚羊皮上输出Hello,world的字符串。罗马的编程书籍上是以 S
25、alut,Mundi这样的程序开始的。我不明白人们为什么要破坏这个传统，但我认为还是不明白为好。我们将从编写一系列的Hello,world模块开始，一步步展示编写内核模块的基础的方方面面。这可能是一个最简单的模块了。先别急着编译它。我们将在下章模块编译的章节介绍相关内容。代码:/*hello-1.c-The simplest kernel module.*/#include /*Needed by all modules*/#include /*Needed for KERN_ALERT*/int init_module(void)printk(Hello world 1.n);/*A non
26、 0 return means init_module failed;module cant be loaded.*/return 0;void cleanup_module(void)printk(KERN_ALERT Goodbye world 1.n);一个内核模块应该至少包含两个函数。一个“开始”(初始化)的函数被称为init_module()还有一个“结束”(干一些收尾清理的工作)的函数被称为cleanup_module()，当内核模块被 rmmod 卸载时被执行。实际上，从内核版本2.3.13 开始这种情况有些改变。你可以为你的开始和结束函数起任意的名字。你将在以后学习如何实现这一
27、点 Section 2.3。实际上，这个新方法时推荐的实现方法。但是，许多人仍然使 init_module()和 cleanup_module()作为他们的开始和结束函数。一般，init_module()要么向内核注册它可以处理的事物，要么用自己的代码 替代某个内核函数(代码通常这样做然后再去调用原先的函数代码)。函数 cleanup_module()应该撤消任何 init_module()做的事，从而 内核模块可以被安全的卸载。最后，任一个内核模块需要包含 linux/module.h。我们仅仅需要包含 linux/kernel.h 当需要使用 printk()记录级别的宏扩展时 KERN_
28、ALERT，相关内容将在 Section 2.1.1 中介绍。2.1.1.介绍 printk()不管你可能怎么想，printk()并不是设计用来同用户交互的，虽然我们在 hello-1 就是出于这样的目的使用它！它实际上是为内核提供日志功能，记录内核信息或用来给出警告。因此，每个 printk()声明都会带一个优先级，就像你看到的和 KERN_ALERT 那样。内核总共定义了八个优先级的宏，所以你不必使用晦涩的数字代码，并且你可以从文件 linux/kernel.h 查看这些宏和它们的意义。如果你 不指明优先级，默认的优先级 DEFAULT_MESSAGE_LOGLEVEL 将被采用。阅读一下
29、这些优先级的宏。头文件同时也描述了每个优先级的意义。在实际中，使用宏而不要使用数字，就像。总是使用宏，就像 KERN_WARNING。当优先级低于 int console_loglevel，信息将直接打印在你的终端上。如果同时 syslogd 和 klogd 都在运行，信息也同时添加在文件/var/log/messages，而不管是否显示在控制台上与否。我们使用像 KERN_ALERT 这样的高优先级，来确保 printk()将信息输出到 控制台而不是只是添加到日志文件中。当你编写真正的实用的模块时，你应该针对可能遇到的情况使用合 适的优先级。2.2.编译内核模块 内核模块在用 gcc 编译时
30、需要使用特定的参数。另外，一些宏同样需要定义。这是因为在编译成可执行文件和内核模块时，内核头文件起的作用是不同的。以往的内核版本需要我们去在 Makefile 中手动设置这些设定。尽管这些 Makefile是按目录分层次 安排的，但是这其中有许多多余的重复并导致代码树大而难以维护。幸运的是，一种称为 kbuild 的新方法被引入，现在外部的可加载内核模块的编译的方法已经同内核编译统一起来。想了解更多的编 译非内核代码树中的模块(就像我们将要编写的)请参考帮助文件linux/Documentation/kbuild/modules.txt。现在让我们看一个编译名字叫做 hello-1.c 的模块
31、的简单的 Makefile 文件：Example 2-2.一个基本的 Makefile 代码:obj-m+=hello-1.o 现在你可以通过执行命令 make-C/usr/src/linux-uname-r SUBDIRS=$PWD modules 编译模块。你应该得到同下面类似的屏幕输出：代码:rootpcsenonsrv test_module#make-C/usr/src/linux-uname-r SUBDIRS=$PWD modules make:Entering directory/usr/src/linux-2.6.x CC M /root/test_module/hello-
32、1.o Building modules,stage 2.MODPOST CC /root/test_module/hello-1.mod.o LD M /root/test_module/hello-1.ko make:Leaving directory/usr/src/linux-2.6.x 请注意 2.6 的内核现在引入一种新的内核模块命名规范：内核模块现在使用.ko的文件后缀(代替 以往的.o 后缀)，这样内核模块就可以同普通的目标文件区别开。更详细的文档请参考 linux/Documentation/kbuild/makefiles.txt。在研究 Makefile 之前请确认你已经
33、参考了这些文档。现在是使用 insmod./hello-1.ko 命令加载该模块的时候了(忽略任何你看到的关于内核污染的输出 显示，我们将在以后介绍相关内容)。所有已经被加载的内核模块都罗列在文件/proc/modules 中。cat 一下这个文件看一下你的模块是否真的 成为内核的一部分了。如果是，祝贺你！你现在已经是内核模块的作者了。当你的新鲜劲过去后，使用命令 rmmod hello-1.卸载模块。再看一下/var/log/messages 文件的内容是否有相关的日志内容。这儿是另一个练习。看到了在声明 init_module()上的注释吗?改变返回值非零，重新编译再加载，发生了什么？2.
34、3.Hello World(part 2)在内核 Linux 2.4 中，你可以为你的模块的“开始”和“结束”函数起任意的名字。它们不再必须使用 init_module()和 cleanup_module()的名字。这可以通过宏 module_init()和 module_exit()实现。这些宏在头文件 linux/init.h 定义。唯一需要注意的地方是函数必须在宏的使用前定义，否则会有编译 错误。下面就是一个例子。Example 2-3.hello-2.c 代码:/*hello-2.c-Demonstrating the module_init()and module_exit()mac
35、ros.*This is preferred over using init_module()and cleanup_module().*/#include /*Needed by all modules*/#include /*Needed for KERN_ALERT*/#include /*Needed for the macros*/static int _init hello_2_init(void)printk(KERN_ALERT Hello,world 2n);return 0;static void _exit hello_2_exit(void)printk(KERN_AL
36、ERT Goodbye,world 2n);module_init(hello_2_init);module_exit(hello_2_exit);现在我们已经写过两个真正的模块了。添加编译另一个模块的选项十分简单，如下：Example 2-4.两个内核模块使用的 Makefile 代码:obj-m+=hello-1.o obj-m+=hello-2.o 现在让我们来研究一下 linux/drivers/char/Makefile 这个实际中的例子。就如同你看到的，一些被编译进内核(obj-y)，但是这些 obj-m 哪里去了呢？对于熟悉 shell 脚本的人这不难理解。这些在 Makefil
37、e 中随处可见 的obj-$(CONFIG_FOO)的指令将会在 CONFIG_FOO 被设置后扩展为你熟悉的 obj-y或 obj-m。这其实就是你在使用 make menuconfig 编译内核时生成的linux/.config 中设置的东西。2.4.Hello World(part 3):关于_init 和_exit 宏 这里展示了内核 2.2 以后引入的一个新特性。注意在负责“初始化”和“清理收尾”的函数定义处的变化。宏 _init 的使用会在初始化完成后丢弃该函数并收回所占内存，如果该模块被编译进内核，而不是动态加载。宏_initdata 同_init 类似，只不过对变量有效。宏_e
38、xit 将忽略“清理收尾”的函数如果该模块被编译进内核。同宏 _exit一样，对动态加载模块是无效的。这很容易理解。编译进内核的模块 是没有清理收尾工作的,而动态加载的却需要自己完成这些工作。这些宏在头文件 linux/init.h 定义，用来释放内核占用的内存。当你在启动时看到这样的 Freeing unused kernel memory:236k freed 内核输出，上面的 那些正是内核所释放的。Example 2-5.hello-3.c 代码:/*hello-3.c-Illustrating the _init,_initdata and _exit macros.*/#includ
39、e /*Needed by all modules*/#include /*Needed for KERN_ALERT*/#include /*Needed for the macros*/static int hello3_data _initdata=3;static int _init hello_3_init(void)printk(KERN_ALERT Hello,world%dn,hello3_data);return 0;static void _exit hello_3_exit(void)printk(KERN_ALERT Goodbye,world 3n);module_i
40、nit(hello_3_init);module_exit(hello_3_exit);2.5.Hello World(part 4):内核模块证书和内核模块文档说明 如果你在使用 2.4 或更新的内核，当你加载你的模块时，你也许注意到了这些输出信息：代码:#insmod hello-3.o Warning:loading hello-3.o will taint the kernel:no license See http:/www.tux.org/lkml/#export-tainted for information about tainted modules Hello,world 3
41、 Module hello-3 loaded,with warnings 在 2.4 或更新的内核中，一种识别代码是否在 GPL 许可下发布的机制被引入，因此人们可以在使用非公开的源代码产品时得到警告。这通过在下一章展示的宏 MODULE_LICENSE()当你设置在 GPL 证书下发布你的代码时，你可以取消这些警告。这种证书机制在头文件 linux/module.h 实现，同时还有一些相关文档信息。代码:/*The following license idents are currently accepted as indicating free *software modules *GPL
42、 GNU Public License v2 or later *GPL v2 GNU Public License v2 *GPL and additional rights GNU Public License v2 rights and more *Dual BSD/GPL GNU Public License v2 *or BSD license choice *Dual MPL/GPL GNU Public License v2 *or Mozilla license choice *The following other idents are available *Propriet
43、ary Non free products *There are dual licensed components,but when running with Linux it is the *GPL that is relevant so this is a non issue.Similarly LGPL linked with GPL *is a GPL combined work.*This exists for several reasons *1.So modinfo can show license info for users wanting to vet their setu
44、p *is free *2.So the community can ignore bug reports including proprietary modules *3.So vendors can do likewise based on their own policies */类似的，宏 MODULE_DESCRIPTION()用来描述模块的用途。宏 MODULE_AUTHOR()用来声明模块的作者。宏 MODULE_SUPPORTED_DEVICE()声明模块支持的设备。这些宏都在头文件 linux/module.h 定义，并且内核本身并不使用这些宏。它们只是用来提供识别信息，可用
45、工具程序像 objdump 查看。作为一个练习，使用grep 从目录 linux/drivers 看一看这些模块的作者是如何 为他们的模块提供识别信息和档案的。Example 2-6.hello-4.c 代码:/*hello-4.c-Demonstrates module documentation.*/#include#include#include#define DRIVER_AUTHOR Peter Jay Salzman#define DRIVER_DESC A sample driver static int _init init_hello_4(void)printk(KERN_A
46、LERT Hello,world 4n);return 0;static void _exit cleanup_hello_4(void)printk(KERN_ALERT Goodbye,world 4n);module_init(init_hello_4);module_exit(cleanup_hello_4);/*You can use strings,like this:*/*Get rid of taint message by declaring code as GPL.*/MODULE_LICENSE(GPL);/*Or with defines,like this:*/MOD
47、ULE_AUTHOR(DRIVER_AUTHOR);/*Who wrote this module?*/MODULE_DESCRIPTION(DRIVER_DESC);/*What does this module do*/*This module uses/dev/testdevice.The MODULE_SUPPORTED_DEVICE macro might *be used in the future to help automatic configuration of modules,but is *currently unused other than for documenta
48、tion purposes.*/MODULE_SUPPORTED_DEVICE(testdevice);2.6.从命令行传递参数给内核模块 模块也可以从命令行获取参数。但不是通过以前你习惯的 argc/argv。要传递参数给模块，首先将获取参数值的变量声明为全局变量。然后使用宏MODULE_PARM()(在头文件 linux/module.h)。运行时，insmod 将给变量赋予命令行的参数，如同./insmod mymodule.o myvariable=5。为使代码清晰，变量的声明和宏都应该放在 模块代码的开始部分。以下的代码范例也许将比我公认差劲的解说更好。宏 MODULE_PARM()
49、需要两个参数，变量的名字和其类型。支持的类型有 b:比特型，h:短整型,i:整数型，l:长整型和 s:字符串型,其中正数型既可为 signed 也可为 unsigned。字符串类型应该声明为char*这样 insmod就可以为它们分配内存空间。你应该总是为你的变量赋初值。这是内核编程，代码要编写的十分谨慎。举个例子：代码:int myint=3;char*mystr;MODULE_PARM(myint,i);MODULE_PARM(mystr,s);数组同样被支持。在宏 MODULE_PARM 中在类型符号前面的整型值意味着一个指定了最大长度的数组。用-隔开的两个数字则分别意味着最小和最大长度
50、。下面的例子中，就声明了一个最小长度为 2,最大长度为 4 的整形数组。代码:int myshortArray4;MODULE_PARM(myintArray,3-9i);将初始值设为缺省使用的 IO 端口或 IO 内存是一个不错的作法。如果这些变量有缺省值，则可以进行自动设备检测，否则保持当前设置的值。我们将在后续章节解释清楚相关内容。在这里我只是演示如何向一个模块传递参数。最后，还有这样一个宏，MODULE_PARM_DESC()被用来注解该模块可以接收的参数。该宏 两个参数：变量名和一个格式自由的对该变量的描述。Example 2-7.hello-5.c 代码:/*hello-5.c-D