一、简介：中断延迟决定“实时”天花板
工业视觉打标：飞拍 1 ms 窗口，中断延迟 >50 µs → 拍照位置偏移 0.1 mm，废标。
伺服驱动器：编码器 Z 脉冲捕获，延迟 100 µs → 过零误差，速度环震荡。
瑞芯微 GIC-600 虽支持亲和性/优先级，但默认 BSP 为吞吐量优化，未考虑实时。
本文给出“中断线程化 + 亲和性 + ftrace 定位”三板斧，适配 RK 官方 SDK 与开源 PREEMPT_RT，零硬件改动即可达微秒级响应。
二、核心概念：5 张图看懂 RK 中断链路
| 名词 | 一句话 | 寄存器/节点 |
|---|---|---|
| GIC-600 | 瑞芯微集成中断控制器，支持 256 优先级 | 基址 0xfd400000 |
| IRQ Domain | 内核映射“硬件 IRQ 号 → 虚拟 irq_desc” | /proc/interrupts |
| 线程化 IRQ | 把中断下半部变成实时线程，可设 SCHED_FIFO 优先级 | request_threaded_irq() |
| 中断亲和性 | 指定 CPU 核处理中断，避免迁移 | /proc/irq/xxx/smp_affinity |
| ftrace irqsoff | 追踪“关中断”时间片，定位延迟源头 | trace-cmd |
三、环境准备：10 分钟搭好“RK+RT”工作台
1. 硬件
RK3568 EVB 或 RK3588 行业板（≥4 核 Cortex-A55/A76）
串口线 + 网线（SSH 调参更方便）
2. 软件
| 组件 | 版本 | 获取方式 |
|---|---|---|
| RK SDK | release/rk356x_linux5.15_202303 | GitHub 官方仓库 |
| PREEMPT_RT 补丁 | patch-5.15.71-rt53.patch.xz | kernel.org |
| 交叉工具链 | gcc-arm-10.3-2021.07 | 瑞芯微百度云 |
| 调试工具 | trace-cmd 3.1.5 | apt install trace-cmd |
3. 一键打 RT 补丁（可复制）
cd kernel xzcat ../patch-5.15.71-rt53.patch.xz | patch -p1 ./scripts/config -e CONFIG_PREEMPT_RT ./scripts/config -e CONFIG_DEBUG_PREEMPT make ARCH=arm64 rockchip_linux_defconfig make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- -j$(nproc) Image dtbs # 烧录到板子（参考 SDK 文档）重启后：
uname -r # 5.15.71-rt53四、应用场景：边缘视觉缺陷检测（300 字）
某 3C 产线使用 RK3568 + 500 万像素工业相机，帧率 120 fps，触发信号为外部光电传感器 IRQ。
痛点：默认中断延迟 180-220 µs，图像采集时刻滞后，导致打标坐标整体偏移 0.15 mm，良率仅 92%。
目标：把中断响应（传感器上升沿 → 中断服务第一条指令）压缩到 ≤20 µs，同时保持 CPU 负载 <30%。
方案：
传感器 IRQ 号 55 线程化，SCHED_FIFO:95；
亲和性绑定 CPU2（隔离核）；
关闭 CPU 变频，ftrace 验证 irqsoff <10 µs；
最终延迟稳定 14-18 µs，良率提升至 99.2%，满足客户 SIL 2 安全完整性等级对实时性的要求。
五、实际案例与步骤：从 200 µs 到 14 µs 的 4 步实操
所有脚本放
/home/rk/rt_irq/，可直接复制运行。
5.1 步骤1：确定 IRQ 号 & 当前延迟基线
# 查传感器所用中断号（GPIO Bank0 IRQ 合并为 gic-55） cat /proc/interrupts | grep gpio0 # 55: 120000 gic-0 20 Edge gpio0基线测试（用户按钮模拟触发）：
# 编译内核模块 irq_latency.c（代码见附录） make && sudo insmod irq_latency.ko irq=55 # 结果：avg=185 µs, max=210 µs5.2 步骤2：中断线程化 + 优先级
/* 在内核驱动中使用 request_threaded_irq */ dev->irq = gpio_to_irq(sensor_gpio); request_threaded_irq(dev->irq, NULL, /* 无需快速上半部 */ sensor_thread_fn, /* 实时线程 */ IRQF_ONESHOT, "sensor_rt", dev); /* 在线程函数里提升优先级 */ static int sensor_thread_fn(int irq, void *data) { struct sched_param param = { .sched_priority = 95 }; sched_setscheduler(current, SCHED_FIFO, ¶m); /* 用户处理：点亮 GPIO、唤醒队列 */ return IRQ_HANDLED; }重新编译内核模块，加载后：
ps -eo pid,pri,rtprio,comm | grep sensor_rt # 1234 99 95 sensor_rt5.3 步骤3：亲和性绑定 & CPU 隔离
# 将 IRQ 55 绑定到 CPU2 echo 4 > /proc/irq/55/smp_affinity # 4 = 1<<2 # 隔离 CPU2 免受普通任务干扰 echo isolcpus=2 nohz_full=2 rcu_nocbs=2 >> /boot/cmdline reboot验证隔离：
taskset -c 2 stress-ng --cpu 1 & top -1 # 仅 CPU2 负载 100%，其余空闲 killall stress-ng5.4 步骤4：ftrace 定位剩余 irqsoff
# 1. 采集 10 s 关中断片段 sudo trace-cmd start -e irq_disable -e irq_enable -f 'cpu==2' sudo trace-cmd stop sudo trace-cmd report > trace.txt # 2. 查看最大关中断时间 grep irq_disable trace.txt | awk '{print $4}' | sort -n | tail -1 # 预期：max=8 µs若 >20 µs，继续排查：
关闭
CONFIG_DEBUG_PREEMPT（量产关闭）关闭 CPU 变频：
echo performance > /sys/devices/…/scaling_governor
最终复测：
sudo ./irq_latency.ko irq=55 # avg=15 µs, max=18 µs六、常见问题与解答（FAQ）
| 问题 | 现象 | 解决 |
|---|---|---|
| 绑核后中断不再触发 | 亲和性掩码写错 | echo 4代表 CPU2（1<<2），确认二进制位 |
| 线程化后系统卡死 | 线程里调用阻塞 API | 线程函数禁止msleep()，用wait_queue |
| ftrace 无 irq_disable 事件 | 事件未编译进内核 | 打开CONFIG_TRACE_IRQFLAGS |
| latency 抖动 50→200 µs | 变频 + 电源管理 | BIOS 关闭 P-State，内核加cpufreq.default_governor=performance |
| GPIO 中断丢失 | 边沿触发过快 | 改用双沿触发或输入去抖电路 |
七、实践建议与最佳实践
统一封装
提供rk_request_rt_irq()公共接口，自动完成线程化 + 绑定 + 优先级，驱动层零重复代码。CPU 分区
CPU0/1 跑业务，CPU2 跑高优先级中断，CPU3 跑ksoftirqd& 日志，避免相互抢占。生产关闭调试
量产内核关闭CONFIG_DEBUG_PREEMPT、CONFIG_LOCK_STAT，减少额外关中断。持续监控
通过trace-cmd每晚自动采样 5 min， latency >25 µs 自动发 Prometheus 告警。热补丁更新
使用livepatch更新中断处理函数，避免停机产线。文档同步
中断号、CPU 亲和性、优先级全部写入《BSP 实时性配置表》，变更需 MR 评审。
八、总结：一张脑图带走全部要点
RK 实时中断优化 ├─ 线程化：request_threaded_irq + SCHED_FIFO ├─ 亲和性：/proc/irq/XX/smp_affinity + isolcpus ├─ 追踪：trace-cmd irqsoff / latency histogram ├─ 降抖动：关变频、关调试、绑核 └─ 持续： nightly trace + 告警中断延迟每降低 10 µs，产线良率就能提升 0.5%。
把本文脚本加入你的 RK SDK，今晚就让cyclictest跑出第一条 <20 µs 的曲线——瑞芯微 + PREEMPT_RT，实时性同样硬核！
