📚 课程目录第4章中断处理基础

4. 中断处理基础：QNX中断架构、中断向量、中断服务例程(ISR)设计原则

中断处理是嵌入式实时系统的核心机制，也是QNX IO子系统实现低延迟数据传输的基石。本章深入剖析QNX的中断架构、中断向量表结构以及中断服务例程（ISR）的设计原则，帮助开发者构建高效、可预测的中断响应路径。

4.1 QNX中断架构概述

QNX采用微内核+进程外驱动架构，其中断处理机制与传统宏内核（如Linux）有本质区别。QNX的中断处理分为两个阶段：内核态快速处理和用户态延迟处理，这种设计兼顾了实时性与灵活性。

  核心设计理念：QNX将中断服务例程（ISR）与中断处理线程（IHT）分离。ISR在微内核上下文中以最高优先级运行，执行最小必要操作；IHT在用户空间作为普通线程运行，完成大部分数据处理逻辑。

4.2 中断向量与中断号

QNX使用中断向量表（IVT）将硬件中断信号映射到对应的ISR。每个中断源被分配一个唯一的中断向量号（IRQ），微内核根据该向量号查找并调用已注册的ISR。

概念	说明	QNX中的表示
中断向量号	硬件中断源的唯一标识，由SoC或中断控制器分配	0 ~ 255（x86/ARM），具体取决于平台
中断请求线（IRQ）	物理中断信号线，可能共享多个设备	通过 `InterruptAttach()` 绑定
中断优先级	中断控制器中的优先级分组，决定抢占顺序	由硬件GIC/APIC配置，QNX可读取
中断触发方式	电平触发或边沿触发	在 `InterruptAttach()` 中指定 flags

关键API：InterruptAttach() 用于将ISR绑定到指定中断向量号；InterruptDetach() 用于注销。ISR运行期间，该中断线会被自动屏蔽，直到ISR返回。

4.3 中断服务例程（ISR）设计原则

ISR在QNX微内核中以最高优先级运行，任何阻塞操作、系统调用或长时间循环都可能导致系统崩溃或实时性丧失。以下是经过验证的ISR设计原则：

4.3.1 黄金法则：ISR必须极短

最小操作原则：ISR只做三件事——读取硬件状态、清除中断标志、通知IHT。
禁止调用：禁止在ISR中调用 printf()、malloc()、mutex_lock()、sem_wait() 等可能阻塞的API。
允许调用：仅允许调用 InterruptMask()、InterruptUnmask()、InterruptLock()、InterruptUnlock() 以及 MsgSendPulse()（发送脉冲消息）。

4.3.2 典型ISR代码模板

#include <sys/neutrino.h>
#include <hw/inout.h>

const struct sigevent *my_isr(void *area, int id) {
    uint32_t status;

    // 1. 读取硬件状态寄存器
    status = in32(DEV_STATUS_REG);

    // 2. 检查是否为本设备中断
    if (!(status & DEV_INT_PENDING)) {
        return NULL;  // 不是本设备中断，返回NULL
    }

    // 3. 清除中断标志（写1清除）
    out32(DEV_CLEAR_REG, status);

    // 4. 发送脉冲通知IHT
    struct sigevent *event = (struct sigevent *)area;
    MsgSendPulse(event->sigev_coid,
                 event->sigev_priority,
                 event->sigev_code,
                 status);

    // 5. 返回NULL表示不需要额外调度
    return NULL;
}

常见陷阱：ISR中不能使用 return (event) 来触发线程调度，除非你明确知道自己在做什么。绝大多数情况下，ISR应返回 NULL，并通过 MsgSendPulse() 唤醒IHT。

4.3.3 ISR与IHT的同步机制

ISR与IHT之间通过脉冲消息（Pulse）或信号量进行通信。脉冲消息是QNX特有的轻量级IPC机制，专为中断通知优化。

同步方式	ISR端操作	IHT端操作	适用场景
脉冲消息	`MsgSendPulse()`	`MsgReceivePulse()`	高频中断、数据量小
信号量	`SemPost()`（通过 `InterruptHook()` 间接实现）	`SemWait()`	低频中断、需要计数
共享内存+标志位	写内存标志位	轮询标志位（不推荐）	极低延迟要求（需配合内存屏障）

4.4 中断响应性能指标

QNX中断响应时间由以下部分组成：

硬件延迟：中断信号从外设到达CPU的时间（通常 < 1 µs）。
内核分发延迟：微内核保存上下文、查找ISR的时间（通常 1-3 µs）。
ISR执行时间：用户ISR代码的执行时间（必须控制在 10-20 µs 以内）。
IHT调度延迟：从ISR发送脉冲到IHT获得CPU的时间（取决于系统负载和优先级）。

4.5 中断优先级与嵌套

QNX支持中断嵌套，但默认情况下不推荐在ISR中开启中断嵌套。中断嵌套会增加系统复杂性和不可预测性。

默认行为：ISR执行期间，当前中断线被屏蔽，但更高优先级的中断仍可抢占。
嵌套控制：使用 InterruptLock() / InterruptUnlock() 手动控制中断屏蔽。
最佳实践：保持ISR极短，避免嵌套；如果必须嵌套，确保嵌套深度不超过2层。

  性能优化提示：对于高吞吐量设备（如千兆以太网），考虑使用中断合并（Interrupt Coalescing）或轮询模式（Polling）来减少ISR调用频率。QNX的 InterruptAttach() 支持设置中断触发阈值。

4.6 中断注册与生命周期管理

在QNX驱动中，中断的注册、使用和注销必须遵循严格的流程：

资源分配：在驱动初始化阶段，分配 struct sigevent 结构体，用于ISR与IHT通信。
中断注册：调用 InterruptAttach()，传入ISR函数指针、中断向量号、优先级和事件结构体。
中断使能：在硬件层面使能设备中断，并调用 InterruptUnmask() 确保微内核允许该中断。
中断处理：ISR被触发，执行最小操作后发送脉冲；IHT接收脉冲并完成数据处理。
中断注销：在驱动卸载时，调用 InterruptDetach() 并释放相关资源。

// 中断注册示例
int attach_interrupt(int irq, struct sigevent *event) {
    int id;

    // 注册ISR，优先级设为最高（0）
    id = InterruptAttach(irq, my_isr, event, sizeof(*event), 0);
    if (id == -1) {
        perror("InterruptAttach failed");
        return -1;
    }

    // 使能中断（如果之前被屏蔽）
    InterruptUnmask(irq, id);

    return id;
}

// 中断注销示例
void detach_interrupt(int id) {
    InterruptDetach(id);
}

4.7 中断调试与性能分析

QNX提供了多种工具用于中断调试和性能分析：

工具/API	用途	使用方式
`pidin -p <pid> -v`	查看进程的中断绑定信息	命令行
`InterruptStats()`	获取中断统计信息（触发次数、延迟）	API调用
`TraceEvent()`	记录中断事件时间戳，用于延迟分析	API调用 + 离线分析
`qconn / IDE`	图形化中断性能分析	QNX Momentics IDE

调试技巧：在开发阶段，可以在ISR中临时添加 TraceEvent() 记录中断触发时刻和退出时刻，配合IHT中的时间戳，精确测量中断响应路径上的每一段延迟。

4.8 本章小结

QNX中断架构采用ISR（内核态）+ IHT（用户态）双层设计，兼顾实时性与灵活性。
中断向量表将硬件中断映射到ISR，通过 InterruptAttach() 注册。
ISR设计必须遵循极短、无阻塞、最小操作原则，通过脉冲消息与IHT通信。
中断响应时间由硬件延迟、内核分发、ISR执行和IHT调度四部分组成，典型值在10-70 µs范围内。
合理使用中断优先级、中断合并和调试工具，可显著提升系统实时性能。