Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2308029
  • 博文数量: 395
  • 博客积分: 10994
  • 博客等级: 上将
  • 技术积分: 5586
  • 用 户 组: 普通用户
  • 注册时间: 2010-12-17 19:49
文章存档

2014年(1)

2013年(10)

2012年(74)

2011年(303)

2010年(7)

分类: 嵌入式

2011-05-13 10:52:19

(注:在《linux设备驱动开发详解》中关于中断与定时这章讲解了很清楚的关于秒字符设备驱动,这个程序也是相当的漂亮,通过这一段程序的学习,相信我自己也已经不再怕内核时钟了)

转自:http://edsionte.com/techblog/archives/1738

内核定时器2010/10/13 by edsionte Leave a reply »
内核中时间的相关概念

节拍率:系统定时器以某种频率触发时钟中断,这个频率就称为节拍率(tick rate)。节拍率是通过静态预处理定义的,被定义为HZ。对于x86体系结构来说,它的HZ为100。

节拍:两次时钟中断的间隔就称为节拍(tick)。可以看到,节拍等于节拍率分之一。

jiffies:全局变量jiffies用来记录系统自启动以来产生的节拍总数。通过jiffies/HZ就可获取系统自启动以来的秒数。

(注:关于这几个参数的定义,我又找了写讲解,细细分析,会有所理解的(如果你对单片机等底层硬件料了解的话,这个相信难不倒你)下面这段转自:http://www.cnblogs.com/simonshi/archive/2010/12/13/1694819.html

全局变量jiffies用来记录自系统启动以来产生的节拍的总数。启动时,内核将该变量初始化为0,此后,每次时钟中断处理程序都会增加该变量的值。一秒内时钟中断的次数等于Hz,所以jiffies一秒内增加的值也就是Hz。

   系统运行时间以秒为单位,等于jiffies/Hz。

注意,jiffies类型为无符号长整型(unsigned long),其他任何类型存放它都不正确。

将以秒为单位的时间转化为jiffies:

seconds * Hz

将jiffies转化为以秒为单位的时间:

jiffies / Hz

相比之下,内核中将秒转换为jiffies用的多些

内核定时器

内核定时器,也称为动态定时器,是管理内核时间的基础,它是一种用来推迟执行程序的工具。前面中断的文章中我们说到内核将在稍候的时间执行下部分工作,具体是何时来执行就需要内核定时器。我们在使用关于定时器的相关函数时,先来看看内核是如何描述定时器的:

 
01 10struct tvec_base;
02 11
03 12struct timer_list {
04 13        /*
05 14         * All fields that change during normal runtime grouped to the
06 15         * same cacheline
07 16         */
08 17        struct list_head entry;//定时器链表入口
09 18        unsigned long expires;//以jiffies为单位的定时值
10 19        struct tvec_base *base;//
11 20
12 21        void (*function)(unsigned long);//定时器处理函数
13 22        unsigned long data;//传给定时器处理函数的参数,无符号长整型
14 23
15 24        int slack;
16 25
17 26#ifdef CONFIG_TIMER_STATS
18 27        void *start_site;
19 28        char start_comm[16];
20 29        int start_pid;
21 30#endif
22 31#ifdef CONFIG_LOCKDEP
23 32        struct lockdep_map lockdep_map;
24 33#endif
25 34};

内核定时器使用起来也是相当简单的,基本的使用思路是:定义一个timer_list;初始化定时器,即对timer_list结构中的相关字段进行赋值;定义你自己的定时器处理函数;激活定时器;修改定时器,如果有必要的话;删除定时器。上述过程通过以下的API就可简单的完成。

秒字符驱动与内核定时器API

下面要分析的这个程序实现了一个秒字符设备驱动,程序整体的框架与之前我们分析的字符设备驱动相同。内核模块加载函数和卸载函数的功能和之前的字符设备驱动完全相同,因此接下来主要分析这个设备的操作函数。我们使用下面的结构来描述我们当前所讨论的秒字符设备。

 
1 struct second_dev
2 {
3     struct cdev cdev;
4     atomic_t counter;
5     struct timer_list s_timer;
6 };

cdev即为内核中描述字符设备的结构体;counter用来记录秒数,它在测试程序中用来显示当前程序运行的时间。同时也是此设备驱动进行读写的数据;s_timer是为此设备所定义的定时器。每次定时一个HZ,也就是1秒,当定时到后,通过定时器处理函数对其进行修改,每次增加一个HZ。

接下来,我们一边分析驱动程序中的设备文件操作函数,一边学习内核定时器的API。

1.打开函数

秒字符设备在文件打开函数中实现对定时器的初始化以及赋值。

 
01 static int second_open(struct inode*inode,struct file*filp)
02 {
03     //initializing the timer
04     init_timer(&second_devp->s_timer);
05     second_devp->s_timer.function=&second_timer_handler;
06     second_devp->s_timer.expires=jiffies+HZ;
07     add_timer(&second_devp->s_timer);//add a timer
08     atomic_set(&second_devp->counter,0);//clear the counter
09     return 0;
10 }

可以看到,内核定时器函数通过:init_timer(&t);来进行定时器的初始化,其中t为timer_list类型的指针。expires是用来设置定时器的定时值,单位是节拍数。我们可以看到初始定时值为一秒,即在当前时钟节拍数上加上一个节拍率。function则是上面提到的定时器处理函数。

另外,在open函数中,还通过add_timer(&t);来进行定时器的激活,也就是把当前这个定时器加入到内核定时器链表当中。由于我们在该设备对应的街头体中将counter设置为atomic_t(关于atomic.h头文件,本博客稍候会专门来分析,请持续关注~ ),因此我们使用atomic_set函数对其进行初始化,其值设置为0。

2.读函数

 
01 static ssize_t second_read(struct file *filp,char __user *buf,size_t count,loff_t *ppos)
02 {
03     int counter;
04   
05     counter=atomic_read(&second_devp->counter);
06     if(put_user(counter,(int*)buf))
07     {
08         return -EFAULT;
09     }
10     else
11     {
12         return sizeof(unsigned int);
13     }
14   
15 }

这个读函数的意思是从内核中通过atomic_read函数读取counter,再通过put_user函数将其值返回至用户空间。

3.定时器处理函数

1 static void second_timer_handler(unsigned long arg)
2 {
3     mod_timer(&second_devp->s_timer,jiffies+HZ);
4     atomic_inc(&second_devp->counter);
5     printk("Current jiffies is %ld\n",jiffies);
6 }

执行此处理函数时,说明先前定时器的时间已经到期。我们通过mod_timer(&t,jiffies+newdelay);来改变定时器的超时时间。这里我们每次增加一秒的时间。接着通过atomic_inc函数对counter加一,并且在内核中显示当前的节拍数。

4.文件释放函数

1 static int second_release(struct inode*inode,struct file*filp)
2 {
3     del_timer(&second_devp->s_timer);
4     return 0;
5 }

在文件释放函数中,通过del_timer(&t);就可以删除这个定时器

测试

1.make编译并将此模块插入内核:sudo insmod secondcdev.ko
2.查看/proc/devices文件中是否有主设备号为250的设备
3.创建该设备文件节点,使用命令:sudo mknod /dev/secondcdev  c  250  0
4.修改该设备文件权限:sudo chmod 777 /dev/secondcdev
5.编译测试文件:gcc -o test test.c
6.运行测试程序:./test;

关于测试程序代码如下:

01 #include < stdio.h >
02 #include < sys/stat.h >
03 #include < sys/types.h >
04 #include < fcntl.h >
05 #include < stdlib.h >
06 int main()
07 {
08     int fd;
09     int counter=0;
10     int old_counter=0;
11   
12     //open the /dev/secondcdev device file
13     if((fd=open("/dev/secondcdev",O_RDONLY))<0)
14     {
15         printf("Device open failed\n");
16         return -1;
17     }
18   
19     while(1)
20     {
21         read(fd,&counter,sizeof(unsigned int));//read the current second number
22         if(counter!=old_counter)
23         {
24             printf("seconds after open /dev/second:%d\n",counter);
25             old_counter=counter;
26         }
27     }
28   
29     return 0;

在测试程序中,首先创建一个设备文件;然后循环读取counter的值,如果前后两次读取的counter值不一样,那么就输出;由于我们在定时器处理函数中是每隔一秒修改一次定时器,因此测试程序将每个一秒输出一次counter值。可以看到,我们所编写的秒字符设备驱动使得数据(即counter)在内核空间和用户空间之间进行交互。

阅读(2712) | 评论(4) | 转发(0) |
0

上一篇:Linux内存管理

下一篇:ucgui 实验1,显示图像

给主人留下些什么吧!~~

gududesiling2011-05-13 22:39:27

原来如此呀,我也不太会跟踪源码,到底这个jeffies是那种类型呢?是多少位的呢?

limsco2011-05-13 22:33:38

就是!jeffies初始值虽然不是0,但是要让他溢出的话好像需要40多天!一般定时器不会这麽长的!

gududesiling2011-05-13 12:17:54

哦,这个,我倒没有注意过,呵呵,为啥要让溢出尽快暴漏呀,不过我在内核源码中也没有看到它被初始化为最大值-5呀?

GFree_Wind2011-05-13 11:54:53

启动时,内核将该变量(jiffies)初始化为0------------实际上,linux kernel不是把jiffies初始化为0,而是最大值-5分钟。这样为了让溢出问题尽快暴露