细说Linux内核中断架构

细说Linux内核中断架构分类：网络Unix/Linux内核学习2012-06-14 17:59 38人阅读评论(0) 收藏举报中断和异常一、什么是中断？中断通常被定义为一个事件，该事件改变处理器执行的指令顺序。

这样的事件与CPU芯片内外部硬件电路产生的电信号相对应。

中断通常分为同步中断和异步中断：²同步中断是当指令执行时由CPU控制单元产生的，之所以称为同步，是因为只有在一条指令终止执行后CPU才会发出中断。

◎异步中断是由其他硬件设备依照CPU时钟信号随机产生的。

在Intel微处理器手册中：◎把同步中断称为异常（exception）◎把异步中断称为中断（interrupt）这两类中断的共同特点是什么？如果CPU当前不处于核心态，则发起从用户态到核心态的切换。

接下来，在内核中执行一个专门的例程，称为中断服务例程（interrupt service routine）。

或中断处理程序（interrupthandler）另一方面，异常是由程序的错误产生的，或者是由内核必须处理的异常条件产生的。

第一种情况下，内核通过发送一个每个Unix/Linux程序员都熟悉的信号来处理异常。

第二种情况下，内核执行恢复异常需要的所有步骤，例如缺页异常等。

二、中断信号的作用中断信号提供了一种特殊的方式，使处理器转而去运行正常控制流之外的代码。

当一个中断信号达到时，CPU必须停止它当前正在做的事情，并且切换到一个新的活动。

为了这做到这一点，就要在内核态堆栈保存程序计数器的当前值（即EIP和CS寄存器的内容），并把与中断类型相关的一个地址放进程序计数器。

这可能会让我们想起系统调度的进程切换，发生在内核用一个进程替换另一个进程时。

但是中断处理与进程切换有一个明显的差异：由中断或异常处理程序执行的代码不是一个进程。

更准确的说，它是一个内核控制路径，代表中断发生时正在运行的进程执行。

作为一个内核控制路径，中断处理程序比一个进程要“轻”（中断的上下文很少，建立或终止中断处理需要的时间也很少）中断处理是由内核执行的最敏感的任务之一，因为它必须满足下列约束：◎当内核正打算去完成一些别的事情时，中断随时会到来。

因此，内核的目标就是让中断尽可能快地处理完，尽其所能把更多的处理向后推迟。

因此，内核响应中断后需要进行的操作分为两部分：关键而紧急的部分，内核立即执行；其余推迟的部分，内核随后执行。

◎因为中断随时会到来，所以内核可能正在处理其中的一个中断时，另一个不同类型的中断又发生了。

内核应该尽可能地允许这种情况发生，因为这能维持更多的I/O设备得到处理的机会。

因此，中断处理程序必须编写成使相应的内核控制路径能以嵌套的方式执行。

当最后一个内核控制路径终止时，内核必须能恢复被中断进程的执行，或者，如果中断信号已导致了重新调度，内核也应能切换到另外的进程。

◎尽管内核在处理前一个中断时可以接受一个新的中断，但在内核代码中还是存在一些临界区，在临界区中，中断必须被禁止。

必须尽可能地限制这样的临界区，因为根据以前的要求，内核，尤其是中断处理程序，应该在大部分时间内以开中断的方式运行。

三、IRQ和中断中断这个名词使用得并不是很谨慎，为什么？由于中断是用来表示由CPU和外部硬件发出的信号所产生的。

但是中断不能由处理器外部的外设直接产生，而必须借助于一个称为可编程中断控制器（programmable interrupt controller）的标准组件来请求，该组件存在于每个系统中。

外部设备，会有电路连接到用于向中断控制器发送中断请求的组件。

控制器在执行了各种电工任务之后，将中断请求转发到CPU的中断输入中。

因为外部设备不能直接发出中断，而必须通过中断控制器的标准组件来请求中断，所以这种请求更正确的叫法是IRQ，或中断请求（Interrupt Request）。

每个能够发出中断请求的硬件设备控制器都有这么一条名为IRQ的输出线。

所有现有的IRQ 线都会与这个中断控制器（PIC）的硬件电路的输入引脚相连。

下面来看看这种中断控制器执行下列动作：1) 监视IRQ线，检查产生的信号。

如果有一条或两条以上的IRQ线上产生信号，就选择引脚编号较小的IRQ线。

2) 如果一个引发信号出现在IRQ线上：a) 把接收到的引发信号转换成对应的向量（索引）。

b) 把这个向量存放在中断控器的一个I/O端口，从而允许CPU通过数据总线读取此向量。

c) 把引发信号发送到处理器的INTR引脚，即产生一个中断。

d) 等待，直到CPU通过把这个中断信号写进可编程中断控制器的一个I/O端口来确认它；当这种情况发生时，清INTR线。

3) 返回到第一步。

IRQ线是从0开始顺序编号的，因此，第一条IRQ线通常表示成IRQ0。

与IRQn关联的Intel 缺省向量是n+32。

如前所述，通过向中断控制器端口发布合适的指令，就可以修改IRQ和向量之间的映射。

可以有选择地禁止每条IRQ线。

因此，可以对PIC编程从而禁止IRQ，也就是说，可以告诉PIC停止对给定的IRQ线发布中断，或者激活它们，禁止的中断是丢失不了的，它们一旦激活，PIC就又把它们发送到CPU。

这个特点被大多数中断处理程序使用，因为这允许中断处理程序逐次地处理同一类型的IRQ。

（一）处理中断在CPU得知发生中断后，它将进一步的处理委托给一个软件例程，该例程可能会修复故障、提供专门的处理或将外部事件通知用户进程。

由于每个中断和异常都有唯一的编号，内核使用一个数组项是指向处理程序函数的指针。

相关的中断号根据数组项在数组中位置判断。

如下图所示：1、进入和退出任务如下图，中断处理划分为3部分。

首先，必须建立一个适当的环境，使得处理程序函数能够在其中执行，接下来调用处理程序自身，最后将系统复原到中断之前的状态。

调用中断处理程序前后的两部分，分别称为进入路径和退出路径。

进入和退出任务还负责确保处理器从用户态切换到核心态。

进入路径的一个关键任务是，从用户态栈切换到核心态栈。

但是这一点还不够。

因为内核还要使用CPU资源执行其代码，进入路径必须保存用户应用程序当前的寄存器，以便在中断活动结束后恢复。

这与进程调度间用上下文切换的机制是相同的。

在进入核心态时，只保存整个寄存器集合的一部分。

内核并不使用全部寄存器。

（如内核代码中不使用浮点操作，因而不保存浮点寄存器）。

平台相关的数据结构pt_regs列出了核心态可能修改的所有寄存器，它的定义考虑到了不同的CPU之间的差别。

在退出路径中，内核会检查下列事项。

◎调度器是否应该选择一个新进程代替旧的进程。

◎是否有信号必须投递到原进程从中断返回之后，只有确认了这两个问题，内核才能完成其常规任务，即还原寄存器集合、切换到用户态栈、切换到适用于用户应用程序的适当的处理器状态，或切换到一个不同的保护环。

术语中断处理程序的使用可能引起岐义。

因为它是用于指代CPU对ISR（中断服务程序）的调用，包括了进入/退出路径和ISR本身。

当然，如果只指代在进入路径和退出路径之间进行由C语言实现的例程，将更为准确。

2、数据结构中断技术上的实现有两方面：1) 汇编语言代码：与处理器高度相关，用于处理特定平台上相关的底层细节；2) 抽象接口：是设备驱动程序及其他内核代码安装和管理IRQ处理程序所需的。

描述汇编语言部分的功能会涉及无数细节，可以参考处理器体系方面的手册。

为响应外部设备的IRQ，内核必须为每个潜在的IRQ提供一个函数。

该函数必须能够动态注册和注销。

静态表组织方式是不够的，因为可能为设备编写模块，而且设备可能与系统的其他部分通过中断进行交互。

IRQ相关信息管理的关键点是一个全局数组，每个数组项对应一个IRQ编号。

因为数组位置和中断号是相同的，很容易定位与特定的IRQ相关的数组项：IRQ0在位置0，IRQ15在位置15，等等，IRQ最终映射到哪个处理器中断，在这里不相关的。

尽管各个数组项使用的是一个体系结构无关的数据类型，但IRQ的最大可能数目是通过一个平台相关的常数NR_IRQS指定的，大多数体系结构一，该常数定义在处理器相关的头文件irq.h中。

不同处理器间及同一处理器家庭内，该常数的值变化都很大，主要取决于辅助CPU 管理IRQ的辅助芯片。

与IRQ的最大数目相比，我们对各数组项的数据类型更感兴趣。

在了解细节之前，需要概述内核的IRQ处理子系统。

之前的一些版本包含了大量平台代码来处理IRQ，在许多地方是相同的。

因而，在内核版本2.6开发期间，引入了一个新的通用的IRQ子系统。

它能够以统一的方式处理不同的中断控制器和不同类型的中断。

基本上它由3个抽象层组成。

如下图:◎高层ISR（high-level interrupt service routines）：针对设备驱动程序端的中断，执行由此引起的所有必要的工作。

◎中断电流处理（interrupt flow handling）：处理不同的中断电流类型之间的各种差别，如边沿触发和电平触发。

边沿触发：意味着硬件通过感知线路上的电位差来检测中断。

电平触发：根据特定的电势值检测中断，与电势是否改变无关。

◎芯片级硬件封装（chip-level hardware encapsulation）：需要与电子学层次上产生中断的底层硬件直接通信。

该抽象可以视为中断控制器的某种“设备驱动程序”。

用于表示irq的结构如下：（摘自Linux kernel 3.5）[cpp]view plaincopyprint?1.<span style="font-size:16px;">/**2.*struct irq_desc - interrupt descriptor3.*@irq_data: per irq and chip datapassed down to chip functions4.*@timer_rand_state: pointer to timer randstate struct5.*@kstat_irqs: irq stats per cpu6.*@handle_irq: highlevel irq-eventshandler7.*@preflow_handler: handler called beforethe flow handler (currently used by sparc)8.*@action: the irq action chain9.*@status: status information10.*@core_internal_state__do_not_mess_with_it: core internal status information11.*@depth: disable-depth, for nestedirq_disable() calls12.*@wake_depth: enable depth, for multipleirq_set_irq_wake() callers13.*@irq_count: stats field to detectstalled irqs14.*@last_unhandled: aging timer forunhandled count15.*@irqs_unhandled: stats field forspurious unhandled interrupts16.*@lock: locking for SMP17.*@affinity_hint: hint to user space forpreferred irq affinity18.*@affinity_notify: context fornotification of affinity changes19.*@pending_mask: pending rebalancedinterrupts20.*@threads_oneshot: bitfield to handleshared oneshot threads21.*@threads_active: number of irqactionthreads currently running22.*@wait_for_threads: wait queue for sync_irqto wait for threaded handlers23.*@dir: /proc/irq/ procfs entry24.*@name: flow handler name for/proc/interrupts output25.*/26.struct irq_desc27.{28.struct irq_data irq_data;29.struct timer_rand_state *timer_rand_state;30.unsigned int __percpu *kstat_irqs;31.irq_flow_handler_t handle_irq;32.#ifdef CONFIG_IRQ_PREFLOW_FASTEOI33.irq_preflow_handler_t preflow_handler;34.#endif35.struct irqaction *action; /* IRQ action list*/36.unsigned int status_use_accessors;37.unsigned int core_internal_state__do_not_mess_with_it;38.unsigned int depth; /* nested irqdisables */39.unsigned int wake_depth; /* nested wake enables */40.unsigned int irq_count; /* For detectingbroken IRQs */41.unsigned long last_unhandled; /* Aging timer for unhandled count */42.unsigned int irqs_unhandled;43.raw_spinlock_t lock;44.struct cpumask *percpu_enabled;45.#ifdef CONFIG_SMP46.const struct cpumask *affinity_hint;47.struct irq_affinity_notify *affinity_notify;48.#ifdef CONFIG_GENERIC_PENDING_IRQ49.cpumask_var_t pending_mask;50.#endif51.#endif52.unsigned long threads_oneshot;53.atomic_t threads_active;54.wait_queue_head_t wait_for_threads;55.#ifdef CONFIG_PROC_FS56.struct proc_dir_entry *dir;57.#endif58.struct module *owner;59.const char *name;60.} ____cacheline_internodealigned_in_smp;</span>1.<span style="font-size:16px;">/**2.*struct irq_data - per irq and irq chip data passed down to chip functions3.*@irq: interrupt number4.*@hwirq: hardware interrupt number,local to the interrupt domain5.*@node: node index useful forbalancing6.*@state_use_accessors: status information for irq chip functions.7.* Use accessor functions to deal with it8.*@chip: low level interrupt hardwareaccess9.*@domain: Interrupt translationdomain; responsible for mapping10.* between hwirq number and linux irq number.11.*@handler_data: per-IRQ data for theirq_chip methods12.*@chip_data: platform-specificper-chip private data for the chip13.* methods, to allow shared chip implementations14.*@msi_desc: MSI descriptor15.*@affinity: IRQ affinity on SMP16.*17.*The fields here need to overlay the ones in irq_desc until we18.*cleaned up the direct references and switched everything over to19.*irq_data.20.*/21.struct irq_data22.{23.unsigned int irq;24.unsigned long hwirq;25.unsigned int node;26.unsigned int state_use_accessors;27.struct irq_chip *chip;28.struct irq_domain *domain;29.void *handler_data;30.void *chip_data;31.struct msi_desc *msi_desc;32.#ifdef CONFIG_SMP33.cpumask_var_t affinity;34.#endif35.};</span>◎action提供了一个操作链，需要在中断发生时执行。