上一篇介绍了linux驱动的概念,以及linux下设备驱动的基本分类情况及其各个分类的依据和差异,这一篇我们来描述如何写一个类似hello world的简单测试驱动程序。而这个驱动的唯一功能就是输出hello world。
在编写具体的实例之前,我们先来了解下linux内核下调试程序的一个重要函数printk以及几个重要概念。
printk类似c语言的printf,是内核中输出打印信息的函数。以后驱动调试中的重要性不言而喻,下面先做一个简单介绍。
printk的级别
日志级别一共有8个级别,printk的日志级别定义如下(在include/linux/kernel.h中):
#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/*调试级别的消息*/
没有指定日志级别的printk语句默认采用的级别是:DEFAULT_ MESSAGE_LOGLEVEL(这个默认级别一般为<4>,即与KERN_WARNING在一个级别上),其定义在kernel/printk.c中可以找到。在驱动调试过程中打开所有日志信息可使用echo 7 > /proc/sys/kernel/printk,相对应关闭日志使用echo 0 > /proc/sys/kernel/printk。
下面再来介绍几个重要的概念,这些概念可以先做一个了解,后续的文章中还会提到。
内核空间和用户空间
linux系统分为两个级别。内核运行在*别,可以进行所有的操作。而应用程序运行在最低级别,处理器控制着对硬件的直接访问以及对内存的非授权访问。内核空间和用户空间不仅有不同的优先级等级,而且有不同的内存映射,有各自的地址空间。详见内存管理。
应用程序只能通过系统调用或中断从用户空间切换到内核空间,其中系统调用是软中断(0x80号中断)。执行系统调用的系统代码运行在进程上下文中,它代表调用进程执行操作,因此能够访问进程地址空间的所有数据。而处理硬件中断的内核代码和进程是异步的,与任何一个特定进程无关。
内核中的并发
内核编程区别于常见应用程序编程的地方在于对并发的处理。大部分应用程序除多线程外,通常是顺序执行的,不需要关心由于其他事情的发生而改变它的运行环境。内核代码不是这样,同一时刻,可能有多个进程使用访问同一个模块。
内核编程要考虑并发问题的原因:1.linux是通常正在运行多个并发进程,并且可能有多个进程同时使用我们的驱动程序。2.大多数设备能够中断处理器,而中断处理程序异步进行,而且可能在驱动程序正试图处理其它任务时被调用。3.一些类似内核定时器的代码在异步运行。4.运行在对称多处理器上(SMP),不止一个cpu在运行驱动程序。5.内核代码是可抢占的。
当前进程
内核代码可通过访问全局项current来获得当前进程。current指针指向当前正在运行的进程。在open、read、等系统调用的执行过程中,当前进程指的是调用这些系统调用的进程。内核代码可以通过current指针获得与当前进程相关的信息。
内核中带“__”的函数:内核API函数具有这种名称的,通常都是一些接口的底层函数,应该谨慎使用。实质上,这里的双下划线就是要告诉程序员:谨慎调用,否则后果自负。以__init为例,__init表明该函数仅在初始化期间使用。在模块被装载之后,模块装载器就会将初始化函数扔掉,这样可以将函数占用的内存释放出来,已做它用。注意,不要在结束初始化之后仍要使用的函数(或者数据结构)上使用__init、__initdata标记。这里摘抄网上的一段总结,如下。
__init, __initdata等属性标志,是要把这种属性的代码放入目标文件的.init.text节,数据放入.init.data节──这一过程是通过编译内核时为相关目标平台提供了xxx.lds链接脚本来指导ld完成的。
对编译成module的代码和数据来说,当模块加载时,__init属性的函数就被执行;
对静态编入内核的代码和数据来说,当内核引导时,do_basic_setup()函数调用do_initcalls()函数,后者负责所有.init节函数的执行。
在初始化完成后,用这些关键字标识的函数或数据所占的内存会被释放掉。
1) 所有标识为__init的函数在链接的时候都放在.init.text这个区段内,在这个区段中,函数的摆放顺序是和链接的顺序有关的,是不确定的。
2) 所有的__init函数在区段.initcall.init中还保存了一份函数指针,在初始化时内核会通过这些函数指针调用这些__init函数指针,并在整个初始化完成后,释放整个init区段(包括.init.text,.initcall.init等),注意,这些函数在内核初始化过程中的调用顺序只和这里的函数指针的顺序有关,和1)中所述的这些函数本身在.init.text区段中的顺序无关。
下面我们来看一个驱动程序的hello world程序是如何实现的:
#include <linux/init.h>
#include <linux/module.h>
MODULE_LICENSE("Dual BSD/GPL");
static int hello_init(void)
{
printk(KERN_ALERT "Hello, world\n");
return 0;
}
static void hello_exit(void)
{
printk(KERN_ALERT "Goodbye, cruel world\n");
}
module_init(hello_init);
module_exit(hello_exit);
内核模块的编译与应用程序的编译有些区别,此hello world模块的编译命令为:
make -C /xxx/xxx/kernel_src/ M=$(PWD) modules
其中/xxx/xxx/kernel_src/ 为已经配置编译过的内核源码路径,ubuntu下一般在/lib/modules/$(shell uname -r)/build目录下。
此函数只有两个函数,一个是hello_init,在insmod的时候执行,这个是模块的初始化函数,另一个是hello_exit,在rmmod的时候执行,是模块卸载时要执行的函数。此模块的唯一功能就是在insmod的时候输出Hello,world,在rmmod的时候输出Goodbye,cruel world。
在编写应用程序时,我们一般都是由多个源文件组成的,这个时候编译肯定就不能继续使用命令行编译了,就要使用到Makefile。同样,驱动模块的编译也需要使用的makefile,下面就是一个在编译含有多个源码文件的驱动模块时可以参考的Makefile文件。
ifndef CROSS_COMPILE
export CROSS_COMPILE ?=arm-none-linux-gnueabi-
endif
ARCH ?= arm
SRC_DIR := /home/XXX/XXX
OBJ_DIR := $(SRC_DIR)/obj
PWD := $(shell pwd)
LINUX_SRC ?= /home/XXX/kernel
CFG_INC = -I$(SRC_DIR) \
-I$(DIR_A) \
-I$(DIR_B)
CFG_FLAGS += -O2
EXTRA_CFLAGS += $(C_FLAGS) $(CFG_INC) $(CFG_INC)
obj-m := mymodule.o
mymodule-objs := a.o
mymodule-objs += b.o
mymodule-objs += c.o
modules:
@make ARCH=$(ARCH) -C $(LINUX_SRC) M=$(PWD) modules
clean:
@echo "cleaning..."
rm -f mymodule.ko mymodule.o mymodule.mod.* modules.order Module.symvers
rm -f $(mymodule-objs)
第一时间获得博客更新提醒,以及更多技术信息分享,欢迎关注个人微信公众平台:程序员互动联盟(coder_online)
1.直接帮你解答linux设备驱动疑问点
2.第一时间获得业内十多个领域技术文章
3.针对文章内疑点提出问题,第一时间回复你,帮你耐心解答
4.让你和原创作者成为很好的朋友,拓展自己的人脉资源
扫一扫下方二维码或搜索微信号coder_online即可关注,我们可以在线交流。