内核模块是一个在需要时能够被加载到内核内存空间代码片段,在合适的时候也可以从内核中移除。内核模块和.so的最大的差别是内核模块一定是被加载到内核空间中的,而so文件(共享对象文件)则可能被加载到用户空间。正因为内核模块的动态加载功能使得在不重启的情况下扩展系统的功能成为可能。
用户可以通过lsmod命令来查看已经加载到内核中的模块信息,这个命令会获取/proc/modules文件中的信息(内核版本为2.6,以后的版本可能会稍微有调整)。/proc属于内存文件系统,里面所有的文件都是在内存中动态生成的,包含当前系统管理的一些信息。当系统需要使用一个当前内核没有提供的功能时,内核精灵程序kmod将会执行modprobe命令来加载模块,如果没有找到模块或者模块加载失败则会报错返回。Kmod会传递一个参数给modprobe命令,参数的格式有下面两种:
1 模块名称字符串,例如softdog
2 一个更加通用的标识符,例如 char-major-10-30
如果传递给modprobe的是一个通用的标识符,那么modprobe命令首先会从配置数据库/etc/modprobe.conf中查找类似下面这种格式的字符串:
Alias char-major-10-30 softdog
该数据库提供通用标识符和模块名称字符串之间的转换映射。通过这一句将通用标志符转换为需要加载的模块的名称softdog.ko。接下来,modprobe命令通过文件/lib/modules/version/modules.dep文件来查看softdog.ko依赖的文件,以便于加载softdog.ko之前将依赖项也加载到内核中。这个文件通过depmod –a命令创建的。这种依赖关系很好理解,就是本模块的一些调用在其他的模块中实现,所以需要将依赖的模块提前加载到内核中。最后modprobe调用insmod命令将所有依赖模块和需要加载的模块给加载到内核中(貌似不能处理链式依赖关系)。由于Modprobe没有指定加载的位置,因此更加倾向于使用默认地址/lib/modules/version/;insmod则不会使用默认地址,加载的地址需要由用户自己指定位置。下面是两种命令对同一个加载的不同方式:
Insmod /lib/modules/2.6.11/kernel/fs/fat/fat.ko
Insmod /lib/modules/2.6.11/kernel/fs/msdos/msdos.ko
下面一条命令就解决上面这么多命令所实现的功能
Modprobe msdos
因为Modprobe所需要的一切信息都可以通/lib/modules/version/modules.dep来推断。
#include <linux/module.h> /* Needed by all modules */
#include <linux/kernel.h> /* Needed for KERN_INFO */
int init_module(void)
{
printk(KERN_INFO "Hello world 1.\n");
return 0;
}
void cleanup_module(void)
{
printk(KERN_INFO "Goodbye world 1.\n");
}