LINUX中软中断的实宣贯.pdfVIP

中断服务程序往往都是在 CPU 关中断的条件下执行的，以避免中断嵌套而使控制复杂化。 但是 CPU 关中断的时间不能太长，否则容易丢失中断信号。为此， Linux 将中断服务程序 一分为二，各称作 “Top Half 和” “BottomHalf ”。前者通常对时间要求较为严格，必须在中断 请求发生后立即或至少在一定的时间限制内完成。 因此为了保证这种处理能原子地完成， Top Half 通常是在 CPU 关中断的条件下执行的。具体地说， Top Half 的范围包括：从在 IDT 中 登记的中断入口函数一直到驱动程序注册在中断服务队列中的 ISR 。而 Bottom Half 则是 Top Half 根据需要来调度执行的， 这些操作允许延迟到稍后执行， 它的时间要求并不严格， 因此 它通常是在 CPU 开中断的条件下执行的。 但是， Linux 的这种 Bottom Half （以下简称 BH ）机制有两个缺点，也即： （1）在任意一 时刻，系统只能有一个 CPU 可以执行 Bottom Half 代码，以防止两个或多个 CPU 同时来执 行 Bottom Half 函数而相互干扰。 因此 BH 代码的执行是严格 “串行化 ”的。（2 ）BH 函数不允 许嵌套。 这两个缺点在单 CPU 系统中是无关紧要的， 但在 SMP 系统中却是非常致命的。 因为 BH 机 制的严格串行化执行显然没有充分利用 SMP 系统的多 CPU 特点。为此， Linux2.4 内核在 BH 机制的基础上进行了扩展，这就是所谓的 “软中断请求 ”（softirq ）机制。 Linux 的 softirq 机制是与 SMP 紧密不可分的。为此，整个 softirq 机制的设计与实现中自始 自终都贯彻了一个思想： “谁触发，谁执行 ”（Who marks ，Who runs ），也即触发软中断的那 个 CPU 负责执行它所触发的软中断，而且每个 CPU 都由它自己的软中断触发与控制机制。 这个设计思想也使得 softirq 机制充分利用了 SMP 系统的性能和特点。 Linux 在 include/linux/interrupt.h 头文件中定义了数据结构 softirq_action ，来描述一个软中断 请求，如下所示： /* softirq mask and active fields moved to irq_cpustat_t in * asm/hardirq.h to get better cache usage. KAO */ struct softirq_action { void (*action)(struct softirq_action *); void *data; }; 其中，函数指针 action 指向软中断请求的服务函数，而指针 data 则指向由服务函数自行解 释的数据。 基于上述软中断描述符， Linux 在 kernel/softirq.c 文件中定义了一个全局的 softirq_vec[32] 数 组： static struct softirq_action softirq_vec[32] __cacheline_aligned; 在 这里系统一共定义了 32 个软中断请求描述符。软中断向量 i （0≤i ≤31）所对应的软中断 请求描述符就是 softirq_vec ［i ］。这个数组是个系统 全局数组，也即它被所有的 CPU 所共 享。这里需要注意的一点是：每个 CPU 虽然都由它自己的