Linux驱动开发——内核延时操作和内核等待队列
文章目录
- Linux内核延时
- 概念
- 应用场景
- Linux内核相关延时函数
- Linux内核等待队列机制
- 概述
- 等待队列的功能
- 驱动编程实施步骤
- 示例代码（一）
- 示例代码（二）
- 总结
Linux内核延时
概念
延时又称为等待，延时分为两类：忙延时和休眠延时。
忙延时： 当任务进行忙延时时，任务将会导致所占用的CPU资源进行白白消耗，类似原地空转。
休眠延时： 进程进入休眠状态，进程会释放所占用的CPU资源给其他进程使用。
应用场景
忙延时应用在等待时间极短的场合，进程和中断都可以使用忙延时。
休眠延时应用在等待时间较长的场合，只能用于进程，不能用于中断。
注意：CPU资源在进程之间的切换也是需要时间的消耗的 。
Linux内核相关延时函数
忙延时相关的延时函数：
- 如果忙等待时间超过10毫秒，建议还是使用休眠延时。
ndelay(int n) //纳秒级延时
ndelay(10);//忙延时10纳秒
udelay(int n) //微秒级延时
udelay(10);//忙延时10微秒
mdelay(int n) //毫秒级延时
mdelay(5); //忙延时5毫秒,CPU空转5秒
休眠延时相关的延时函数：
- 执行休眠延时，进程会释放所占用的CPU资源给其他进程。
msleep(int n); //毫秒级休眠延时
msleep(100);//休眠延时100毫秒
ssleep(int n); //秒级休眠延时
ssleep(10);//休眠延时10秒
schedule();//永久休眠
schedule_timeout(5 * HZ);//休眠延时5秒钟，
- 补充：如果想让进程能够随时随地休眠和唤醒，必须采用Linux内核的等待队列机制。msleep和ssleep本身都是基于等待队列实现的。
- 消息队列：IPC通信的一种方式。
- 工作队列：底半部的延后执行的一种方法。
- 等待队列：进程在内核空间随时随地休眠，随时随地被唤醒的一种机制。
Linux内核等待队列机制
概述
问：进程在内核空间虽然可以调用msleep / ssleep / schedule / schedule_timeout，能够进行随时随地的进入休眠等待状态，但是不能被随时随地被唤醒。如何才能让进程在内核控件进行随时随地的休眠和被唤醒呢？
- 答：使用等待队列机制，信号量能够使进程休眠本身也是基于等待队列实现的。
示例应用场景：
一个进程能够获取按键的操作状态(按下或者松开)的需求分析：进程调用read系统调用函数来获取按键的操作状态(按下或者松开)。由于用户操作按键(按下或者松开)本身就是一个随机过程(开心了按两下,不开心不操作),read读进程为了能够及时获取到用户的按键操作,首先想到采用轮训方式(死等,while(1)),但是这种方式会大量消耗CPU资源,大大降低了CPU的利用率(CPU永远只做一件事),于是乎想到轮训的死对头中断机制也就是说进程调用read系统调用函数来获取按键的操作状态，最终进程调用到底层驱动的read接口,如果进程在驱动的read接口中发现按键无操作(既没有按下也没有松开),干脆让read进程在驱动的read接口中进行休眠等待,等待着按键有操作,一旦read进程在驱动的read接口中进行休眠等待,read进程会释放掉占用的CPU资源给其他进程使用(中断不需要给,它会直接抢占),一旦将来用户对按键进行按下或者松开操作,势必产生按键中断,表示按键有操作,此时只需在按键的中断处理函数中去唤醒休眠的read进程一旦read进程被唤醒,read进程再去读取按键的操作状态即可返回到用户空间,此时此刻,CPU至少做2件事(一个是执行read进程，另一个是其他进程),大大提高了CPU的利用率。
- 问：在这个过程中，如何让read进程随时随地休眠并且在中断到来时让read进程随时随地被唤醒呢？
- 答：同样利用等待队列机制，等待队列诞生的根本原因：外设的处理速度远远慢于CPU，所以外设没有准备好数据的时候操作外设的进程就需要进行休眠等待。
所以，只要用户进程操作外设，外设的数据处理速度远远慢于CPU，将来驱动势必利用等待队列来实现休眠等待外设准备好数据。
等待队列的功能
等带队列能让用户进程在内核空间随时随地休眠、随时随地被唤醒。
等待队列中操作的对象就是进程。
等待队列=等待+队列 = 要休眠的进程排成一队，形成等待队列，这些休眠的进程要等待某个事件到来，事件没有发生就休眠去等待。
驱动编程实施步骤
这里举个类似下图的例子：
小鸡作为要休眠的进程（驱动完成）、鸡妈妈作为等待队列头（驱动完成）、老鹰作为进程调度器（由内核完成）。
具体编程步骤：
- 定义初始化一个等待队列头（构造一个鸡妈妈）
wait_queue_head_t wq; //定义等待队列头对象
init_waitqueue_head(&wq);//初始化等待队列头
- 定义初始化装载要休眠进程的容器（给每个休眠的进程构造一个小鸡）。注意：一个要休眠的进程对应一个容器wait（小鸡），其中current是一个内核全局指针变量，对应的数据类型为struct task_struct，此数据结构用来描述进程的信息，只要fork一个进程，内核就会用此数据结构定义初始化一个对象来描述fork出来的进程信息，current指针永远指向当前进程对应的struct task_struct对象。“当前进程”指正在获取CPU资源投入运行的进程。
wait_queue_t wait; //定义装载休眠进程的容器(造小鸡)
init_waitqueue_entry(&wait, current); //将当前要休眠的进程添加到容器wait中
- 将休眠的当前进程添加到等待队列中去（将小鸡放在鸡妈妈的后面），注意此时此刻进程还没有正式休眠。
add_wait_queue(&wq, &wait);
- 设置要休眠的当前进程的休眠状态，进程休眠状态的类型分为两类：
- 可中断的休眠类型（TASK_INTERRUPTIBLE）：休眠器件可以立即处理接收的信号，此类休眠进程被唤醒的方式有两种：接收信号唤醒，驱动主动唤醒。
- 不可中断的休眠类型（TASK_UNINTERRUPTIBLE）：休眠器件如果接收到信号，不会立即处理而是在被唤醒以后处理信号，此类休眠进程被唤醒的方法只有一种：驱动主动唤醒。
注意：此时此刻当前进程还没有正式休眠。
set_current_state(TASK_INTERRUPTIBLE);//设置为可中断的休眠类型
set_current_state(TASK_UNINTERRUPTIBLE);//设置为不可中断的休眠类型
- 此时此刻当前进程正式进入休眠状态，此时此刻当前进程会释放所占用的CPU资源给其他进程，此时此刻代码停止不前等待被唤醒，一旦被唤醒，代码继续往下执行。
schedule();
//注意：不能单独调用此函数,否则要休眠的当前进程
//会默认放到内核的默认等待队列中,将来如果要唤醒,做不到随时随地了
- 一旦休眠的进程被唤醒，设置休眠的进程状态位运行态。
set_current_state(TASK_RUNNING);
- 最后将唤醒的休眠进程从等待队列中移除
remove_wait_queue(&wq, &wait);
- 一般最好建议判断一下进程被唤醒的原因
if(signal_pending(current))
{
printk("进程由于接收到了信号引起的唤醒!\n");
return -ERESTARTSYS;
}
else
{
printk("进程由于驱动主动引起唤醒!\n");
//接下里被唤醒的进程就可以访问硬件
//说明硬件数据准备就绪了
}
- 驱动主动唤醒休眠进程的方法
wake_up(&wq);//唤醒wq等待队列中所有的休眠进程
wake_up_interruptible(&wq);//唤醒wq等待队列中所有的休眠类型为可中断的进程
示例代码（一）
实现一个使read操作的进程休眠，另一个进程操作write唤醒被休眠的进程的驱动。
- wake_drv.c
#include - Makefile
obj-m += wake_drv.o
all:
make -C /opt/kernel SUBDIRS=$(PWD) modules
clean:
make -C /opt/kernel SUBDIRS=$(PWD) clean
- wake_test.c
#include \n" , argv[0]);
return -1;
}
if(!strcmp(argv[1], "r"))
read(fd, NULL, 0); //启动一个读进程
else if(!strcmp(argv[1], "w"))
write(fd, NULL, 0); //启动一个写进程
close(fd);
return 0;
}
- 执行结果：
示例代码（二）
实现一个休眠等待读取按键值的驱动，进程任务休眠等待按键，按键按下并唤醒进程读取当前按键的键值。
- btn_drv.c
#include - btn_test.c
#include - Makefile
obj-m += btn_drv.o
all:
make -C /opt/kernel SUBDIRS=$(PWD) modules
clean:
make -C /opt/kernel SUBDIRS=$(PWD) clean
- 执行结果：
总结
使用等待队列的方式能够很好的解决应用层的进程调用外设却需要等待外设准备就绪的问题。