MODULE_LICENSE("Dual BSD/GPL");static int hello_init(void){printk(KERN_ALERT "hello,I am edsionte/n");return 0;}static void hello_exit(void){printk(KERN_ALERT "goodbye,kernel/n");}module_init(hello_init);module_exit(hello_exit);// 可选MODULE_AUTHOR("Tiger-John");MODULE_DESCRIPTION("This is a simple example!/n"); MODULE_ALIAS("A simplest example");Tiger-John说明:1.> 相信只要是学过 C 语言的同学对第一个程序都是没有问题的。
但是也许大家看了第二个程序就有些不明白了。
可能有人会说: Tiger 哥你没疯吧,怎么会把 printf() 这么简单的函数错写成了 printk() 呢。
也有的人突然想起当年在大学学 C 编程时,老师告诉我们“一个 C 程序必须要有 main() 函数,并且系统会首先进入 main() 函数执行 " ,那么你的程序怎么没有 main() 函数呢?没有 main() 函数程序是怎么执行的呢?可能也会有更仔细的人会发现:怎么两个程序头文件不一样呢?不是要用到输入和输出函数时,一定要用到 <stdio.h> 这个头文件,你怎么没有呢?--------------------------------------------------------------------------------------------Tiger 哥很淡定的告诉大家其实第二个程序是正确的,现在我们就来看看到底如何来编写一个内核模块程序。
2. 内核模块编程的具体实现第一步:首先我们来看一下程序的头文件#include<linux/kernel.h>#include<linux/module.h>#include<linux/init.h>这三个头文件是编写内核模块程序所必须的 3 个头文件。
Tiger-John 说明:1> 由于内核编程和用户层编程所用的库函数不一样,所以它的头文件也和我们在用户层编写程序时所用的头文件也不一样。
2> 我们在来看看在 L inux 中又是在那块存放它们的头文件a. 内核头文件的位置: /usr/src/linux-2.6.x/include/b. 用户层头文件的位置 : /usr/include/现在我们就明白了。
其实我们在编写内核模块程序时所用的头文件和系统函数都和用层编程时所用的头文件和系统函数是不同的。
第二步:编写内核模块时必须要有的两个函数 :1> 加载函数:static int init_fun(void)// 初始化代码}函数实例:static int hello_init(void)// 不加 void 在调试时会出现报警{printk("hello world!/n");return 0;}2> 卸载函数无返回值static void cleaup_fun(void){// 释放代码}函数实例:static void hello_exit(void)// 不加 void 会出现报警 , 若改为 static int 也会报错 , 因为出口函数是不能返会值的{printk("bye,bye/n");}在模块编程中必须要有上面这两个函数;Tiger-John补充:注册函数和卸载函数还有另一中写法:1> 模块加载函数static int __init init_fun(void)// 初始化代码}函数实例:static int __init hello_init(void){printk("hello tiger/n");return 0;}2> 卸载函数无返回值static void __exit cleaup_fun(void){// 释放代码}函数实例:static void __exit exit(void){printk("bye bye!/n");}Tiger-John补充:通过比较我们可以发现第二中函数的写法与第一中函数的写法主要不同就是加了 __init 和 __exit 前缀。
(init 和 exit 前面都是两个下划线 )那么第二种方法比第一种有什么好处呢:_init 和__exit 是Linux 内核的一个宏定义,使系统在初始化完成后释放该函数,并释放其所占内存。
因此它的优点是显而易见的。
所以建议大家啊在编写入口函数和出口函数时采用第二中方法。
(1)在linux内核中,所有标示为__init的函数在连接的时候都放在.init.text这个区段内,此外,所有的__init函数在区段.initcall.init 中还保存了一份函数指针,在初始化时内核会通过这些函数指针调用这些__init函数,并在初始化完成后释放init区段(包括.init.text,.initcall.init等)。
(2)和__init一样,__exit也可以使对应函数在运行完成后自动回收内存。
3 > 现在我们来看一下 printk() 函数a. 上面已经说了,我们在内核编程时所用的库函数和在用户态下的是不一样的。
printk 是内核态信息打印函数,功能和比准 C 库的printf 类似。
printk 还有信息打印级别。
b. 现在我们来看一下 printk() 函数的原型:int printk(const char *fmt, ...)消息打印级别:fmt---- 消息级别:#define KERN_EMERG "<0>" /* 紧急事件消息,系统崩溃之前提示,表示系统不可用 */#define KERN_ALERT "<1>" /* 报告消息,表示必须立即采取措施 */ #define KERN_CRIT "<2>" /* 临界条件,通常涉及严重的硬件或软件操作失败 */#define KERN_ERR "<3>" /* 错误条件,驱动程序常用KERN_ERR 来报告硬件的错误 */#define KERN_WARNING "<4>" /* 警告条件,对可能出现问题的情况进行警告 */#define KERN_NOTICE "<5>" /* 正常但又重要的条件,用于提醒。
常用于与安全相关的消息 */#define KERN_INFO "<6>" /* 提示信息,如驱动程序启动时,打印硬件信息*/#define KERN_DEBUG "<7>" /* 调试级别的消息 */Tiger-John 说明:不同级别使用不同字符串表示,数字越小,级别越高。
c. 为什么内核态使用 printk() 函数,而在用户态使用 printf() 函数。
printk() 函数是直接使用了向终端写函数 tty_write() 。
而 printf() 函数是调用 write() 系统调用函数向标准输出设备写。
所以在用户态(如进程 0 )不能够直接使用 printk() 函数,而在内核态由于它已是特权级,所以无需系统调用来改变特权级,因而能够直接使用 printk() 函数。
printk 是内核输出,在终端是看不见的。
我们可以看一下系统日志。
但是我们可以使用命令: cat /var/log/messages ,或者使用 dmesg 命令看一下输出的信息。
第三步:加载模块和卸载模块1>module_init(hello_init)a. 告诉内核你编写模块程序从那里开始执行。
b.module_init() 函数中的参数就是注册函数的函数名。
2>module_exit(hello_exit)a. 告诉内核你编写模块程序从那里离开。
b.module_exit() 中的参数名就是卸载函数的函数名。
Tiger-John 说明:我们一般在注册函数里进行一些初始化比如申请内存空间注册设备号等。
那么我们就要在卸载函数进行释放我们所占有的资源。
(1)若模块加载函数注册了XXX,则模块卸载函数应该注销XXX(2)若模块加载函数动态申请了内存,则模块卸载函数应该注销XXX(3)若模块加载函数申请了硬件资源(中断,DMA通道)的占用,则模块卸载函数应该释放这些硬件资源。
(4) 若模块加载函数开启了硬件,则卸载函数中一般要关闭硬件。
第四步 : 许可权限的声明1> 函数实例:MODULE_LICENSE("Dual BSD/GPL") ;2> 此处可有可无,可以不加系统默认 ( 但是会报警)模块声明描述内核模块的许可权限,如果不声明 LICENSE ,模块被加载时,将收到内核的警告。
在 Linux2.6 内核中,可接受的 LICENSE 包括" GPL","GPL v2","GPL and additional rights","Dual BSD/GPL","DualMPL/GPL","Proprietary" 。
第五部:模块的声明与描述(可加可不加)MODULE_AUTHOR(“author”);// 作者MODULE_DESCRIPTION(“description”);//描述MODULE_VERSION(”version_string“);//版本MODULE_DEVICE_TABLE(“table_info”);//设备表对于USB,PCI等设备驱动,通常会创建一个MODULE_DEVICE_TABLE MODULE_ALIAS(”alternate_name“);//别名Tiger-John:总结经过以上五步(其实只要前四步)一个完整的模块编程就完成了。
第六步:常用的模块编程命令:1>在Linux系统中,使用lsmod命令可以获得系统中加载了的所有模块以及模块间的依赖关系2>也可以用cat /proc/modules 来查看加载模块信息3>内核中已加载模块的信息也存在于/sys/module目录下,加载hello.ko后,内核中将包含/sys/module/hello目录,该目录下又包含一个refcnt文件和一个sections目录,在/sys/module/hello 目录下运行tree -a可以看到他们之间的关系。