linux内核模块

• 一个简单的驱动

　　模块的使用能使linux内核便于裁剪，根据不同的应用需求得到一个最小的内核，同时调试内核驱动也更为方便，比如如果调试i2c驱动，如果不采用模块的方式，那么每次修改i2c驱动就得编译整个内核，对于编译调试极其耗时，使用模块，一个简单的insmod就将模块加载进了内核，如果觉得不合适，需要调试，只需要rmmod就可以将模块卸载。

　　一个简单的驱动模块:

 #include <linux/init.h>
 #include <linux/module.h>
 MODULE_LICENSE("Dual BSD/GPL");

 static int __init test_init(void)
 {
     printk(KERN_ALERT"test modules init\n");
     return ;
 }

 static void __exit test_exit(void)
 {
     printk(KERN_ALERT"test modules exit\n");
 }

 module_init(test_init);
 module_exit(test_exit);

　　这个驱动什么都没干，就打印了几句话，但是具备了驱动程序最基本的几个要素：

1. 　驱动初始化函数 XXX_init(void)，使用宏module_init(test_init);告诉内核这是模块的初始化函数入口。
2. 　驱动退出函数XXX_exot(void)，使用宏module_exit(test_exit);告诉内核这是模块的退出函数入口。
3. 驱动模块遵循的协议　MODULE_LICENSE("Dual BSD/GPL")

　　注意到初始化函数和退出函数分别被__init,__exit修限定，其实不用它们来限定２个函数也是可以的，那么用不用这２个东西限定有什么区别呢?首先看它们到底是２个什么东西：

 #define __init        __section(.init.text) __cold notrace
 #define __exit          __section(.exit.text) __exitused __cold notrace

　　是２个宏，其中__section也是个宏

 # define __section(S) __attribute__ ((__section__(#S)))

　　__attribute__是针对gcc的特有关键字，__attribute__ 可以设置函数属性（Function Attribute ）、变量属性（Variable Attribute ）和类型属性（Type Attribute ）,我见的比较多的是在设置数据结构的对齐属性上：

 struct S {

 short b[];

 } __attribute__ ((aligned ()));

　　在这里设置为.init.text是指把这个函数放到特殊的.init.text段，看过汇编代码就可能有映象.text段，也就是代码段，函数都是放这个段的。.init.text段的特性是等模块加载完了，这个段将被释放，因为就好比我们写一个单片机程序一样，一般都会有个init函数，它完了就是个死循环，驱动实际在运行过程中XXX_init函数就没有什么作用了，因此就可以把XXX_init函数加载到内存的那段释放掉，腾出空间来给别人用。

　　__exit就是在卸载模块完成后，将它标识的函数所占用的内存释放。

　　除了__init，__exit,还有__initdata，__exitdata。作用基本类似，我原本猜想带data的应该是修饰仅在初始化函数和退出函数里面用到的全局变量，比如一个数组之类的东西，但是我试了用__initdata修饰函数好像编译并不报错，暂时不深究。

　　MODULE_LICENSE("Dual BSD/GPL")，少了它不影响编译，但是加载模块的时候会警告提示这个模块污染了内核：

　　[22321.826339] test: module license 'unspecified' taints kernel.
　　[22321.826349] Disabling lock debugging due to kernel taint
　　[22321.826759] test modules init

• 编译并加载，卸载这个驱动

　　编译模块的makefile

 ifneq ($(KERNELRELEASE), )
     obj-m := test.o book.o
 else
      KERNELDIR ?= /lib/modules/$(shell uname -r)/build
     PWD := $(shell pwd)
 defualt:
     $(MAKE) -C $(KERNELDIR) M=$(PWD) modules
 endif

 clean:
         rm -rf *.o *~ core .depend .*.cmd *.ko *.mod.c .tmp_versions modules.order  Module.symvers

 .PHONY:clean

　　加载模块:　　

 sudo insmod test.ko

　　为了图方便，使用一个简单的shell脚本监视dmesg的输出，脚本如下：

 #!/bin/bash

 set -o nounset                              # Treat unset variables as an error

 while true
 do
     dmesg -c
     sleep
 done

　　卸载模块：

sudo rmmod test

　　卸载模块不需要后面的.ko。

• 指定和导出模块的参数

　　参数在驱动里面必须是一个全局变量，一般加static限定。

　　声明参数，使用宏：

module_param(<参数名>, <参数类型>, <参数读写权限>);

　　参数类型支持:byte、short、ushort、int、uint、long、ulong、charp(字符指针)、bool 或 invbool(布尔的反)

　　例如:

 static int num = ;

 module_param(num, int, S_IRUGO);

 static int __init test_init(void)
 {
     printk(KERN_ALERT"num:%d\n",num);
     return ;
 }

　　如果在insmod的时候,指定num的值：

insmod test.ko num=

　　那么输出:num:10

　　需要注意的是，参数在声明时要给一个默认值，因为如果insmod指定参数值，那么它就使用这个默认值。

　　一个参数(在驱动里面的一个全局变量)怎么会有读写权限?加载这个模块后，进入/sys/module目录，会看到一个test的目录，这个目录记录了这个test模块的一些信息，与未加模块参数的时候相比，它多出了一个parameters的目录，进如这个目录，发现会有个与模块参数同名的num文件，cat它里面的内容就是它的默认值５，再查看这个num文件的权限：

　　-r--r--r-- 1 root root 4096 5月   3 21:30 num
　　和我在代码中指定的一样，原来权限就是指这个文件的权限，参数与之对应的一个文件，也就是说参数的默认值是可以被更改的，只要权限拿到了。

　　使用 cat /proc/kallsyms | grep "\[test\]"查看与test.ko这个模块相关的符号：

 　　 t test_exit    [test]
 　　 r __param_num    [test]
 　　 r __param_str_num    [test]
 　　 d num    [test]
 　　 d __this_module    [test]
 　　 t cleanup_module    [test]

　　可以看到２个我们预料中的符号，num和test_exit，如果我们不使用__init限定test_init，那么可以看到test_init也在里面，也就证明了__init的作用是在调用初始化函数后释放了与之对应的内存:

  t test_init    [test]
  t test_exit    [test]
  r __param_num    [test]
  r __param_str_num    [test]
  d num    [test]
  d __this_module    [test]
  t cleanup_module    [test]
  t init_module    [test]

　　使用module_param是指外面可以传一个值进来，如果要这个值对外可见，我们明显不能采用去掉static限定的办法，而是使用EXPORT_SYMBOL(num);这个宏是指将模块内的全局变量nuｍ对外可见，它不仅仅可以用于变量也可以对函数起作用。

模块Ａ:

 #include <linux/init.h>
 #include <linux/module.h>
 MODULE_LICENSE("Dual BSD/GPL");

 static int num = ;
 module_param(num, int, S_IRUGO);

 static int __init test_init(void)
 {
     printk(KERN_ALERT"test modules init\n");
     return ;
 }

 static void test_saymyname(void)
 {
     printk(KERN_ALERT"you call me\n");
 }
 static void __exit test_exit(void)
 {
     printk(KERN_ALERT"test modules exit\n");
 }

 module_init(test_init);
 module_exit(test_exit);
 EXPORT_SYMBOL(test_saymyname);

模块Ｂ调用模块Ａ的 test_saymyname

 #include <linux/init.h>
 #include <linux/module.h>
 MODULE_LICENSE("Dual BSD/GPL");

 extern void test_saymyname(void);

 static int __init book_init(void)
 {
     test_saymyname();
     return ;
 }

 static void __exit book_exit(void)
 {
     printk(KERN_ALERT"book modules exit\n");
 }

 module_init(book_init);
 module_exit(book_exit);

分别insmod test.ko和insmod book.ko,再卸载模块时，如果先卸载test.ko会发现提示test.ko里面有函数被book.ko调用，无法卸载，只有先卸载book.ko才行。