中断和异常

    处理器的速度和外围硬件设备的速度往往不在一个数量级上, 因此, 如果Linux内核采取让处理器向硬件发出一个请求, 然后专门等待回应, 这种办法显然不好.

    硬件响应慢, 因此内核需要在这段时间内处理其他事务, 等到硬件真正完成了请求的操作之后, 内核再回来对它进行处理. 要实现这种功能, 有两种方法: 轮询和中断.

    轮询(polling)可以让内核定期对设备的状态进行查询, 然后做出相应的处理. 不过这种方法会让内核做很多无用功, 因为轮询总会周期性的重复执行, 而无论 硬件设备的当前是否忙碌. 更好的办法是一种让硬件在需要的时间再向内核发出信号(变内核主动为硬件主动), 这就是中断机制.

1. 中断的概念:

中断本质上是一种特殊的电信号, 由硬件设备生成, 并直接送入中断控制器的输入引脚上, 然后再由中断控制器向处理器发送响应的信号. 处理器接到中断后, 便中断自己当前的工作转而处理中断, 并会马上向操作系统反映此信号的到来, 然后由操作系统负责处理这些新到来的数据. 中断是硬件与处理器通信的手段. 当你敲击键盘的时候, 键盘控制器会发送一个中断, 通知操作系统有键被按下.

中断随时可以产生, 不与处理器的时钟同步.

 

2. 中断请求(IRQ):

不同设备对应的中断不同, 每个中断都有唯一的数字标识. 这使得操作系统能够对中断进行区分, 并知道哪个硬件设备产生了哪个中断.

这些中断值就是中断请求(IRQ)线. 通常IRQ都是一些数值量. 例如, 在PC上, IRQ0是时钟中断, 而IRQ1是键盘中断. 也有的中断号是动态分配的, 比如PCI总线上的设备.

 

3. 中断的分类:

中断有三种机制.

  • 由CPU外部产生, 比如键盘中断, 由键盘控制器产生信号发送给中断控制器, 再由中断控制器通知CPU, CPU通知操作系统进行中断处理. 这种中断是异步的.
  • 由CPU本身在执行的过程中产生. 比如DOS系统调用INT 21H, 这种中断是同步的. 又称为"陷入".
  • 由CPU执行到由于编程失误而导致的错误指令时, 或者在执行期间出现特殊情况, 必须靠内核来处理的时候, 处理器就会产生一个异常. 比如除0, 缺页, new的时候内存不足等. 这种中断是异步的, 又成为"异常".

但是不管是外部中断, 陷入或是异常, CPU的响应过程基本一致. 这就是: 在执行当前指令后, 或是执行指令的过程中, 就根据中断源所提供的"中断向量", 在内存中找到响应服务程序入口并调用服务程序. 因此把它们统称为"中断"

外部中断是服务程序是由软件或硬件设置好的;

"陷入"的向量是在"陷入"指令中发生的(INT N中的N);

各种异常的向量则是由CPU的硬件结构预先规定好的.

 

4. 系统调用:

系统调用由"陷入"方式实现, 即INT N, 因此也按照中断的方式来处理.

<think>我们正在讨论中断异常的处理机制及流程。根据引用内容,中断异常是处理器响应外部事件或内部错误的方式。下面我将结合引用内容,详细解释中断异常的处理机制及流程。 ### 1. **中断(Interrupt)** 中断是由外部设备或事件引起的异步事件,会打断处理器的当前执行流程。 #### 处理流程: 1. **中断请求(IRQ)**:外部设备(如磁盘、键盘)通过中断控制器向CPU发送中断请求信号[^1]。 2. **中断响应**: - CPU在每条指令执行结束后检查中断请求。 - 若中断请求存在且未被屏蔽,则响应中断: - 保存当前执行上下文(程序计数器PC、状态寄存器等)到堆栈或专用寄存器。 - 关闭中断(防止嵌套中断,除非支持中断优先级)。 3. **中断处理**: - CPU根据中断向量号(由中断控制器提供)从中断描述符表(IDT)中获取中断处理程序的入口地址。 - 跳转至中断处理程序执行: - 保存现场(通用寄存器等)。 - 执行设备服务(如读取键盘输入)。 - 发送EOI(End of Interrupt)信号中断控制器。 4. **中断返回**: - 恢复现场(寄存器)。 - 执行中断返回指令(如`IRET`),恢复之前保存的上下文并继续执行原程序。 #### 中断类型(引用[2]): - **I/O设备中断**:磁盘、网卡、键盘等。 - **时钟中断**:定时器周期性触发,用于任务调度。 - **非可屏蔽中断(NMI)**:硬件故障等紧急事件。 - **处理器间中断(IPI)**:多核系统中用于核间通信[^2]。 ### 2. **异常(Exception)** 异常是处理器执行指令时检测到的同步事件(如除零错误),分为三类(引用[3]): 1. **故障(Fault)**:可修复的错误(如页错误)。处理流程: - CPU保存当前状态,跳转到异常处理程序。 - 处理程序修复问题(如加载缺失的页)后,重新执行触发异常的指令。 2. **陷阱(Trap)**:用于调试(如断点)。处理流程: - 保存状态后执行处理程序。 - 处理完成后继续执行触发指令的下一条指令。 3. **中止(Abort)**:严重错误(如硬件故障)。处理流程: - 系统可能直接终止进程或重启。 #### 异常处理流程: 1. **异常检测**:执行指令时由CPU硬件检测(如除零、非法指令)。 2. **异常响应**: - 立即停止当前指令。 - 保存上下文(PC、状态寄存器等)。 3. **异常处理**: - 根据异常类型(向量号)查询IDT,跳转到对应的异常处理程序。 - 执行错误处理(如终止进程或修复错误)。 4. **异常返回**: - 故障类异常:返回触发指令重新执行。 - 陷阱类异常:返回触发指令的下一条指令。 ### 3. **中断异常的对比** | **特性** | **中断** | **异常** | |----------------|-----------------------------|-----------------------------| | 触发源 | 外部设备 | CPU执行指令时检测到错误 | | 同步性 | 异步(随机发生) | 同步(由特定指令触发) | | 是否可屏蔽 | 部分可屏蔽(NMI除外) | 不可屏蔽 | | 处理目标 | 响应设备请求 | 处理错误或调试 | | 返回行为 | 返回原指令的下一条 | 故障:返回原指令;陷阱:返回下一条 | ### 4. **中断/异常处理的关键机制** - **中断描述符表(IDT)**:存储中断/异常处理程序的入口地址(引用[4])。 - **中断控制器**:管理多个中断源(如APIC、PIC)。 - **上下文保存**:通过硬件自动完成(如`pushad`指令)。 - **嵌套处理**:高优先级中断可打断低优先级处理程序(需硬件支持)。 ### 5. **处理流程代码示例(简化)** 引用[4]展示了一个中断分发器的伪代码: ```c void _global_interrupt_handler(intptr_t sp, int mcause) { intr_handler_item_t it = s_intr_handlers[mcause]; // 根据中断原因查询处理函数 if (it.handler) { (*it.handler)(it.arg); // 调用注册的中断处理函数 } } ``` > **说明**:`mcause`寄存器存储中断/异常原因码,通过查表调用对应的处理函数[^4]。 ### 6. **实际案例:Linux内核处理流程** 1. **中断入口**(汇编):保存现场,调用`do_IRQ()`。 2. **中断处理**(C语言): - 调用设备驱动注册的中断服务例程(ISR)。 - 处理中断共享优先级。 3. **中断退出**:恢复现场,执行调度(若需要)。 --- §§相关问题§§ 1. 在多核系统中,如何通过处理器间中断(IPI)实现缓存一致性? 2. 页错误(Page Fault)异常的处理流程是怎样的? 3. 非可屏蔽中断(NMI)通常用于处理哪些紧急情况? 4. 中断描述符表(IDT)在操作系统中是如何初始化的? 5. 硬件中断软件中断(如`INT 0x80`系统调用)的处理机制有何异同?</think>### 中断异常处理机制及流程详解 #### 1. **基本概念与分类** - **中断(Interrupt)**:由**外部硬件事件**触发的异步信号(如键盘输入、时钟信号)[^3] - 可屏蔽中断(INTR):可通过中断屏蔽寄存器忽略 - 非可屏蔽中断(NMI):必须立即处理的严重事件(如硬件故障)[^2] - **异常(Exception)**:由**CPU执行指令**触发的同步事件[^3] - 故障(Fault):可修复错误(如页错误) - 陷阱(Trap):调试中断(如断点) - 中止(Abort):不可恢复错误(如硬件故障) #### 2. **中断处理流程** ```mermaid sequenceDiagram participant H as 硬件设备 participant C as CPU participant I as 中断控制器 participant M as 内存(IDT) participant H as 处理程序 H->>I: 1. 发送中断请求(IRQ) I->>C: 2. 转发中断信号 C->>C: 3. 保存现场(EFLAGS, CS, EIP) C->>M: 4. 查询IDT获取处理程序地址 C->>H: 5. 跳转执行中断处理程序 H->>I: 6. 发送EOI(中断结束命令) H->>C: 7. 恢复现场(IRET指令) ``` 具体步骤: 1. **中断请求**:设备通过IRQ线发送请求到中断控制器(如APIC)[^1] 2. **中断响应**: - CPU完成当前指令后检查中断请求 - 保存状态寄存器(EFLAGS)返回地址(CS:EIP)到内核栈 3. **中断分发**: - 通过中断向量号查询中断描述符表(IDT)[^4] - 获取中断处理程序入口地址(如`_global_interrupt_handler`) 4. **处理程序执行**: - 保存通用寄存器状态 - 执行设备服务(如读取键盘缓冲区) - 发送EOI信号通知中断控制器[^2] 5. **中断返回**: - 恢复寄存器状态 - 执行`IRET`指令返回原程序 #### 3. **异常处理流程** ```mermaid graph TD A[指令执行] --> B{检测异常} B -->|无异常| C[继续执行] B -->|有异常| D[保存现场] D --> E[查询IDT] E --> F{异常类型} F -->|故障 Fault| G[修复后重试指令] F -->|陷阱 Trap| H[继续下条指令] F -->|中止 Abort| I[终止进程] ``` 关键差异点: - **同步触发**:异常在特定指令执行时立即发生(如除零错误) - **无EOI信号**:异常处理无需通知外部控制器 - **返回行为**: - 故障:返回触发指令重新执行(如页错误修复后) - 陷阱:返回下一条指令(如断点调试) #### 4. **多核处理机制** - **处理器间中断(IPI)**: - 核心A通过ICR(中断命令寄存器)向核心B发送中断[^2] - 用途: - 任务调度(唤醒空闲核心) - TLB一致性维护(TLB shootdown) - 系统关闭信号广播 - **中断性**:将特定设备中断绑定到指定CPU核心 #### 5. **关键数据结构** - **中断描述符表(IDT)**: ```c struct idt_entry { uint16_t offset_low; // 处理程序地址低16位 uint16_t selector; // 代码段选择子 uint8_t ist; // 中断栈表 uint8_t attributes; // 门类型(P=1表示有效) uint16_t offset_mid; // 处理程序地址中16位 uint32_t offset_high; // 处理程序地址高32位 uint32_t reserved; } __attribute__((packed)); ``` - **中断处理注册**(引用[4]示例): ```c void _global_interrupt_handler(intptr_t sp, int mcause) { intr_handler_item_t it = s_intr_handlers[mcause]; if (it.handler) { (*it.handler)(it.arg); // 执行注册的处理函数 } } ``` #### 6. **优先级与嵌套** - **中断优先级**: 1. 机器检查 > NMI > 硬件中断 > 陷阱 > 故障 - **嵌套处理**: - 高优先级中断可打断低优先级处理程序 - 内核栈保存多层执行上下文(最多5-8层) #### 7. **典型场景示例** 1. **时钟中断**: - IRQ0触发 → 更新系统时间 → 执行任务调度 2. **页错误异常**: - 访问无效地址 → 触发#PF异常内核分配物理页 → 重试指令 3. **系统调用**: - 执行`INT 0x80` → 陷入内核 → 根据EAX值分发系统调用 > **性能指标**: > 中断延迟 $t_{latency} = t_{detect} + t_{save} + t_{dispatch}$ > 现代系统典型值:$\leq 10\mu s$ (实时系统要求 $\leq 1\mu s$) ---
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值