前两天看了按键的源代码，知道了写驱动的框架，今天写怎么编到内核里。Makefile 就不写出来了，用的是那本书里的那个makefile（是不是通用的？好像随便写个驱动都可以用它来编译）。
编译出来的文件是key_test.ko。
一、手工加载测试
1、insmod ./key_test.ko 加载驱动模块到内核
2、cat /proc/modules |grep key_test 查看key_test模块在内核中的地址，不加过滤器可以看到全部加载的模块。
3、lsmod 显示模块，这时可以看到所有的模块名字，后面跟的是主设备号和次设备号。
4、rmmod key_test 把模块从内核里卸载。
二、动态加载
1、把key_test.c源代码放到内核源代码的/drives/char/下，因为这是属字符型驱动，放在这编译到zImage中。
2、这时我们make menuconfig 编译内核是看不到key_test这个选项的。我们把这个选项写到菜单里面才行。在内核源代码的/drives/char/下有一个Kconfig文件，打开
(1) vi Kconfig 加几行到里面:
config ConFig_key_test
bool "key test" //前面那个bool换成tristate就是支持模块化编译
上面句是在make menuconfig时会出现key test这个选项在drive/char子菜单下,bool前面是TAB键
------help---------- 这句是出现在菜单选项下面的
This key test help. 这句是你的驱动的说明会出现在help里面
(2)在/drivers/char目录下的Makefile文件里加上一句：
obj-$(CONFIG_key_test) += key_test.o
上面这句是让Make时把key_test编译到内核中.
(3) make menuconfig 把key_test选项选取上
(4) make zImage
生成zImage文件，重启动加载这个新编的内核。
3、lsmod就能看到key_test了，但是还不能用，没有接口，也就是/dev下面没有
4、mknod /dev/key_test c 121 0 这是创建设备到/dev下，使普通程序可以调用了，121是在源代码里定义的它的主设备号，0是次设备号。
5、cat /dev/key_test 这是相当于open这个设备了,或者写一个程序直接调用open、write等函数。
fd=("/dev/key_test",ORW);
