Linux环境下ARM架构硬件中断直接挂钩方法问询

针对基于ARM Cortex-A7嵌入式Linux的硬实时需求，以下是直接挂钩标准IRQ的具体实现方法，以及配合现有Preempt-RT优化的补充方案，用于解决高负载下的延迟问题：

一、绕过内核IRQ子系统的直接IRQ挂钩实现 #

ARM架构的异常向量表是所有中断的入口，直接修改IRQ向量可跳过Linux内核的IRQ调度、统计等环节，实现最快的中断响应。具体步骤如下：

1. 获取向量表基地址 #

ARMv7架构通过CP15协处理器的VBAR寄存器存储向量表基地址，在内核模块中可通过以下方式读取：

#include <asm/cp15.h>
void *vector_base = (void *)read_cp15_vbar();

也可直接引用内核导出的vectors变量（部分内核版本支持）。

2. 修改IRQ向量入口 #

向量表中IRQ异常的偏移为0x18，默认是跳转至内核通用IRQ处理函数的指令。由于向量表内存默认只读，需先修改页表属性为可写：

#include <asm/pgtable.h>
pgprot_t prot = PAGE_KERNEL_EXEC;
set_memory_prot((unsigned long)vector_base, 1, prot);

然后替换vector_base + 0x18处的指令为跳转至自定义处理函数的汇编代码（需用内联汇编或单独汇编文件实现）：

.global custom_irq_handler
custom_irq_handler:
    ; 保存必要寄存器（避免破坏内核上下文）
    stmfd sp!, {r0-r12, lr}
    
    ; 检查中断源是否为目标IRQ（读取GIC CPU接口的IAR寄存器）
    ldr r0, =GIC_CPU_IF_IAR
    ldr r1, [r0]
    and r1, r1, #0x3FF  ; 提取中断号
    cmp r1, #TARGET_IRQ_NUM
    bne skip_custom_handle
    
    ; 执行自定义实时处理逻辑（尽可能精简，仅做必要操作）
    bl your_realtime_process
    
    ; 清除GIC中断挂起（写入EOIR寄存器）
    ldr r0, =GIC_CPU_IF_EOIR
    str r1, [r0]
    b irq_exit

skip_custom_handle:
    ; 跳转到原来的内核IRQ处理函数
    ldr pc, =original_irq_handler

irq_exit:
    ; 恢复寄存器并返回
    ldmfd sp!, {r0-r12, lr}
    subs pc, lr, #4

其中GIC_CPU_IF_IAR和GIC_CPU_IF_EOIR是GIC CPU接口的寄存器地址，需根据你的硬件手册确定。

3. 恢复原向量与内存权限 #

模块卸载时，需将IRQ向量恢复为原指令，并改回内存只读属性：

set_memory_prot((unsigned long)vector_base, 1, PAGE_KERNEL_ROX);

二、硬件与内核层面的低延迟补充优化 #

结合你已做的Preempt-RT、核心隔离等优化，以下措施可进一步降低高负载下的延迟：

• GIC中断优先级配置：将目标IRQ的优先级设为GIC支持的最高级别，同时配置核心0的中断优先级掩码（PMR寄存器），仅允许目标IRQ及更高优先级的中断进入，避免其他中断抢占：

  // 设置目标IRQ优先级
  writel(0x0, GIC_DIST_IF_PRIORITY + TARGET_IRQ_NUM * 4);
  // 设置核心0的PMR，允许优先级0-15的中断（值越小优先级越高）
  writel(0xF0, GIC_CPU_IF_PMR);
  

• 禁用IRQ线程化：使用request_irq时添加IRQF_NO_THREAD标志，确保中断处理在中断上下文直接执行，而非调度至内核线程：

  request_irq(irq_num, your_irq_handler, IRQF_TRIGGER_RISING | IRQF_NO_THREAD, "rt_device", dev);
  

• 强化核心0隔离：在启动参数中添加isolcpus=0 nohz_full=0 rcu_nocbs=0，彻底禁止非关键内核线程、RCU回调、调度统计在核心0上运行，同时通过taskset将所有用户进程绑定至其他核心。

• 关闭IRQ统计功能：禁用内核配置中的CONFIG_IRQ_STAT，避免内核在中断处理时更新统计数据带来的延迟。

三、高负载延迟排查方向 #

针对高负载下出现的>500us延迟，可通过以下方式定位根源：

• 使用perf record -g -a和perf report追踪核心0上的函数调用链，查看是否存在长耗时的自旋锁持有、软中断处理或调度操作。
• 开启内核ftrace的irqsoff追踪，记录中断关闭的时间段，定位导致延迟的代码路径。
• 检查GIC中断控制器的状态，确认是否存在其他高优先级中断抢占目标IRQ的情况。

注意事项 #

• 直接挂钩IRQ会绕过Linux内核的IRQ管理机制，需确保目标IRQ为独占使用，无其他设备共享。
• 自定义中断处理函数必须保证实时安全，不可调用非原子操作、睡眠类函数或持有长时间锁。
• 该实现依赖ARMv7架构与具体内核版本，需针对你的OpenST-linux版本做兼容性调整。

内容的提问来源于stack exchange，提问作者Adrian Maire