您的内核必须已经启用这些选项进行了编译:
Loadablemodule support ---> [*]Enable loadable module support [*] Module unloading [] Module versioning support (EXPERIMENTAL) [*] Automatic kernel module loading
|
如果按照第一篇教程中的说明编译内核,那么就已经正确地设置了这些选项。否则,修改这些选项,重新编译内核,并引导到新内核。
ubuntu 11编译内核时去掉driver/staging
首先,找到编译当前Linux内核的源代码。
sudo apt-get install linux-source
cd /usr/src
sudo tar xvjf linux-source-$YOUR_VERSION_HERE.tar.bz2
将目录切换到Linux源代码目录中的 drivers/misc/
。现在,拷贝下面的代码并将其粘贴到一个名为 mymodule.c
的文件:
|
保存这个文件,并在同一目录下编辑 Makefile
文件。添加这一行:
|
编译模块:
|
使用 insmod./mymodule.ko
加载这个模块,并查看是否打印了您的消息: dmesg|tail
。应该会在输出的结束处看到:
|
现在删除内核模块:rmmodmymodule
。再次查看dmesg;应该会看到:
|
这样您就已经编写并运行了一个新的内核模块!恭喜!
现在,我们来做一些与您的模块有关的更有趣的事情。要了解的一个关键内容是,模块只能“看到”内核故意让它访问的函数和变量。首先,我们以错误的方式来进行尝试。
编辑文件 kernel/printk.c
,在所有包含文件之后其他全局变量声明附近(但要在所有函数之外)添加下面一行:
|
现在重新编译内核并引导到新内核。然后,将下面的内容添加到模块的 mymodule_init
函数起始处,置于其他代码之前。
|
保存修改并重新编译模块:
|
加载模块(这将失败):insmod./mymodule.ko
。模块的加载会失败,并给出消息:
|
这说明内核不允许模块访问那个变量。当模块加载时,它必须解析所有外部引用,比如函数名或者变量名。如果它不能找到内核导出的符号列表中所有未解析的名称,那么模块就不能写入那个变量或者调用那个函数。在内核中某个地方有为变量 my_variable
分配的空间,但模块不知道是哪里。
为解决此问题,我们将把 my_variable
添加到内核导出的符号列表中。在很多内核目录中,都有一个特定的文件,用于导出在那个目录中定义的符号。再次打开 kernel/printk.c
文件,在变量声明之后添加下面一行:
|
重新编译并重新引导到新内核。现在再一次尝试加载模块:insmod./mymodule.ko
。这一次,当查看dmesg时,应该看到:
|
重新加载模块:
|
现在应该看到:
|
每次重新加载那个模块,my_variable
都会增1。您正在读写一个在主内核中定义的变量。只要被 EXPORT_SYMBOL()
显式地声明,模块就可以访问主内核中的任何变量。例如,函数 printk()
是在内核中定义的,并且在文件 kernel/printk.c
中被导出。
简单的可引导内核模块是用来研究内核的一个有趣的途径。例如,可以使用一个模块来打开或关闭 printk
,方法是在内核中定义一个变量 do_print
(它初始化为0)。然后,让所有 printk
都依赖于“do_print
”:
|
然后,只有当您的模块被加载时才打开它。
引导模块时,可以向它传递参数。要使用模块参数加载模块,这样写:
|
为了使用这些参数的值,要在模块中声明变量来保存它们,并在所有函数之外的某个地方使用宏 MODULE_PARM(variable,type)
和 MODULE_PARM_DESC(variable,description)
来接收它们。type
参数应该是一个格式为 [min[-max]]{b,h,i,l,s}
字符串,其中min和max是数组的长度限度。如果两者都忽略了,则默认为1。最后一个字符是类型说明符:
|
可以在 MODULE_PARM_DESC
的 description
域中添加任何需要的说明符。