Linux内核学习（六）—— 中断（基于Linux 2.6内核）

目录

一、中断

二、中断处理程序

三、注册中断处理程序

四、卸载中断处理程序

五、编写中断处理程序

六、中断上下文

七、中断下半部（bottom half）

软中断

Tasklet 

工作队列

---

一、中断

中断使得硬件得以发出通知给处理器。中断随时都可以产生，如键盘敲击就会触发中断，通知操作系统有按键按下。

不同设备对应的中断不同，而每个中断都通过一个唯一的数字标识。这些中断值通常被称为中断请求（IRQ）线。每个 IRQ 线都会关联一个数值量。

异常与中断不同，它在产生时必须考虑与处理器时钟同步，异常也常常被称为同步中断。在处理器执行到错误指令时候（如除数为0），或者是在执行期间出现特殊情况（如缺页），这些异常需要通过内核来处理，处理器就会产生一个异常。中断还可以通过软中断实现系统调用。

二、中断处理程序

在响应一个特定中断的时候，内核会执行一个函数，该函数叫做中断处理程序（interrupt handler） 或中断服务例程（interrupt service routine，ISR）。每种类型的中断都有一个相应的中断处理程序。一个设备的中断处理程序是它设备驱动程序（driver）的一部分——设备驱动程序是用于对设备进行管理的内核代码。

中断处理程序与其他内核函数的真正区别在于，中断处理程序是被内核调用来响应中断的，而它们运行于我们称之为中断上下文的特殊上下文中。

中断可能随时发生，因此中断处理程序也就随时可能执行。所以必须保证中断处理程序能够快速执行，这样才能保证尽可能快地恢复中断代码的执行。

一般把中断处理切位两个部分：中断处理程序是上半部（top half）——接收到一个中断，上半部立刻开始执行，但只做有严格时限的工作，例如对接收的中断进行应答或复位硬件，这些工作都是在所有中断被禁止的情况下完成的。能够被允许稍后完成的工作会推迟到下半部（bottom half）去。

三、注册中断处理程序

中断处理程序是管理硬件的驱动程序的组成部分。如果设备使用中断，那么相应的驱动程序就注册一个中断处理程序。

驱动程序可以通过 request_irq() 函数注册一个中断处理程序（声明在 <linux/interrupt.h>），并且激活给定的中断线，以处理中断：

第一个参数 irq 表示要分配的中断号。

第二个参数 handler 是一个指针，指向处理这个中断的实际中断处理程序。只要操作系统一接收到中断，该函数就被调用。

注意 handler 函数的原型，它接受两个参数，并有一个类型为 irqreturn_t 的返回值。

第三个参数 flags 可以为 0，也可能是下列一个或多个标志的位掩码。定义在 <linux/interrupt.h>。其中最重要的几个标志是：

• IRQF_DISABLED——该标志被设置后，意味着内核在处理中断处理程序本身期间，要禁止所有的其他中断。多数中断处理程序是不会设置该位，这种用法留给希望快速执行的轻量级中断。
• IRQF_TIMER——该标志是特别为系统定时器的中断处理而准备的。
• IRQF_SHARED——此标志标明可以在多个中断处理程序之间共享中断线。

第四个参数 name 是与中断相关的设备的 ASCII 文本表示

第五个参数 dev 用于共享中断线。当一个中断处理程序需要释放时，dev 将提供唯一的标志信息（cookie），以便从共享中断线的诸多中断处理程序中删除指定的那一个。如果无需共享中断线则设置为 NULL 即可。内核每次调用中断处理程序时，都会把这个指针传递给它。实践中往往会通过它来传递驱动程序的设备结构。

request_irq() 函数成功执行会返回 0，非 0 值则代表有错误发生。

request_irq() 函数可能会睡眠，因此不能在中断上下文或其他不允许阻塞的代码中调用该函数。因为 kmalloc() 是可睡眠的。

四、卸载中断处理程序

卸载驱动程序时，需要注销相应的中断处理程序，并释放中断线。上述动作需要调用：

void free_irq(unsigned int irq, void *dev)

如果指定的中断线不是共享的，则删除处理程序的同时将禁用这条中断线。如果中断线是共享的，则删除 dev 所对应的处理程序，并不禁用中断线。

五、编写中断处理程序

以下是一个中断处理程序声明：

static irqreturn_t intr_handler(int irq, void *dev)

中断处理程序的返回值为 irqreturn_t。中断处理程序可能返回两个特殊的值：IRQ_NONE 和 IRQ_HANDLED。当中断处理程序检测到一个中断，但该中断对应的设备并不是在注册处理函数期间指定的产生源的时候，返回 IRQ_NONE。反之则返回 IRQ_HANDLED。

Linux 的中断处理程序是无需重入的。同一个中断处理程序绝不会被同时调用以处理嵌套的中断。

共享的处理程序的特点有：

• request_irq() 的参数 flags 必须设置 IRQF_SHARED 标志。
• 对于每个注册的中断处理程序来说，dev 参数必须唯一。指向任一设备结构的指针就是唯一的。
• 中断处理程序必须能够区分它的设备是否真的产生了中断。

内核在接收一个中断后，它将依次调用在该中断线上注册的共享的处理程序，所以，一个处理程序必须知道它是否应该为这个中断负责，如果与它相关的设备并没有产生中断，那么处理程序应该立即退出。

六、中断上下文

当执行一个中断处理程序的时候，内核处于中断上下文（interrupt context）中。

进程上下文是一种内核所处的操作模式，此时内核代表进程执行。进程上下文可以睡眠，也可以调用调度程序，因为进程有 task_struct 结构，当进程再次被调度时能恢复进程执行环境。

中断上下文和进程没有什么关联，并且中断上下文是不可睡眠的，因为中断上下文没有某种结构记录它的执行状态，一旦睡眠就无法再被重新唤起了（没有东西来恢复它的执行环境），所以在中断上下文中不可使用信号量，因为信号量会导致睡眠。因为中断打断了其他代码的执行，所以中断上下文的代码应该简洁、迅速，尽量把工作从中断处理程序中分离出来，放到下半部执行。

procfs 是一个虚拟文件系统，它只存在于内核内存，一般安装于 /proc 目录。在 procfs 中读写文件都要调用内核函数。/proc/interrupt 文件存放系统中与中断相关的统计信息。

通过禁止中断，可以确保某个中断处理程序不会抢占当前的代码。锁提供保护机制，防止来自其他处理器的并发访问，而禁止中断提供保护机制，则是防止来自其他中断处理程序的并发访问。

禁止当前处理器上的本地中断，随后又激活它们的语句为：

local_irq_disable();
/* 禁止中断 */
local_irq_enable();

x86 上这两个函数是通过单个汇编指令实现的，cli 指令和 sti 指令。

但是上述用法并不安全，万一在调用 local_irq_disable() 之前中断就是关闭的，之后再调用 local_irq_enable()相当于无条件把中断打开了，所以为了更安全的关闭中断，我们使用如下方式：

unsigned long flags;

local_irq_save(flags); /* 禁止中断 */

local_irq_restore(flags)l /* 中断恢复到原来的状态 */

七、中断下半部（bottom half）

下半部的任务就是执行与中断处理密切相关但中断处理程序本身不执行的工作。

• 对时间敏感的任务，放到上半部。
• 和硬件相关的任务，放到上半部。
• 如果一个任务要保证不被其他中断打断，放到上半部。
• 其他的任务考虑放到下半部。 

上半部执行简单快速，执行时禁止中断。下半部稍后执行，执行时能响应所有中断。这种设计可以使系统处于中断屏蔽状态的时间尽可能短，以此来提高系统的响应能力。

实现下半部的方法有：软中断、 tasklet 和任务队列、。

软中断

软中断是一组静态定义的下半部接口，有32个，可以在所有处理器上同时执行（这里提到的软中断和系统调用所用到的软件中断是不同的概念）。

软中断执行函数如下：

asmlinkage void do_softirq(void)
 2 {
 3     __u32 pending;
 4     unsigned long flags;
 5  
 6     /* 判断是否在中断处理中，如果正在中断处理，就直接返回 */
 7     if (in_interrupt())
 8         return;
 9  
10     /* 保存当前寄存器的值 */
11     local_irq_save(flags);
12  
13     /* 取得当前已注册软中断的位图 */
14     pending = local_softirq_pending();
15  
16     /* 循环处理所有已注册的软中断 */
17     if (pending)
18         __do_softirq();
19  
20     /* 恢复寄存器的值到中断处理前 */
21     local_irq_restore(flags);
22 }

代码的第一行判断是否在中断处理中，如果是则立刻退出函数，这说明如果有软中断正在执行，则其他软中断会返回。所以，软中断不能被另外一个软中断抢占！唯一可以抢占软中断的是中断处理程序。虽然不能在本处理器上抢占，但其他的软中断可以在其他处理器上同时运行，所以对于临界区需要加锁保护。

软中断留给对时间要求最严格的下半部使用。目前只有网络，内核定时器和 tasklet 建立在软中断上。

Tasklet 

注意，这第二种机制是基于软中断实现的，灵活性强，动态创建的下半部实现机制。两个不同类型的 tasklet 可以在不同处理器上运行，但相同的不可以，可以通过代码动态注册。

在 SMP 上，调用 tasklet 是会检测 TASKLET_STATE_SCHED 标志，如果同类型在运行，就退出函数。

tasklet 由于是基于软中断实现的，所以也允许响应中断，但不能睡眠。

工作队列

工作队列（work queue）是另外一种将中断的部分工作推后的一种方式，它可以实现一些tasklet不能实现的工作，比如工作队列机制可以睡眠。这种差异的本质原因是，在工作队列机制中，将推后的工作交给一个称之为工作者线程（worker thread）的内核线程去完成（单核下一般会交给默认的线程events/0）。因此，在该机制中，当内核在执行中断的剩余工作时就处在进程上下文（process context）中。也就是说由工作队列所执行的中断代码会表现出进程的一些特性，最典型的就是可以重新调度甚至睡眠。

对于tasklet机制（中断处理程序也是如此），内核在执行时处于中断上下文（interrupt context）中。而中断上下文与进程毫无瓜葛，所以在中断上下文中就不能睡眠。因此，选择tasklet还是工作队列来完成下半部分应该不难选择。当推后的那部分中断程序需要睡眠时，工作队列毫无疑问是你的最佳选择；否则，还是用tasklet吧。