关于linux 下的中断

CH_Qing

已于 2024-12-04 20:13:27 修改

阅读量845

点赞数 5

CC 4.0 BY-SA版权

文章标签： linux 运维服务器

于 2024-12-04 20:00:12 首次发布

本文链接：https://blog.youkuaiyun.com/changqing1990/article/details/144248527

1. /proc/irq/<irq_number>/ 下属性详解

在 Linux 系统中，每个中断号（IRQ）都有一个对应的目录 /proc/irq/<irq_number>/，包含与该中断相关的属性文件。这些文件用于查看和配置中断的具体行为。

以下是 /proc/irq/<irq_number>/ 目录下常见属性的详细说明：

1. affinity_hint

功能：显示建议将中断分配到哪些 CPU 核心。
内容：以十六进制数表示 CPU 的位掩码。例如：
```
0x00000002
```
表示建议将该中断分配到 CPU 1（位从右到左编号，从 0 开始）。
说明：
- 此属性仅提供建议，内核不一定遵循。
- 通常由硬件或驱动程序设置，适用于 NUMA 优化等场景。

2. smp_affinity

功能：设置中断可被哪些 CPU 处理。
内容：与 affinity_hint 类似，以位掩码表示支持的 CPU。例如：
```
0x0000000F
```
表示中断可以被 CPU 0-3 处理。
用途：
- 允许用户手动调整中断分配，提高系统性能或减少资源争用。
- 修改方式：
```
echo 0x00000001 > /proc/irq/<irq_number>/smp_affinity
```
  将中断绑定到 CPU 0。
注意：
- 设置值必须在系统支持的 CPU 范围内。
- 使用单个 CPU 绑定可以减少多核争用，但可能导致性能瓶颈。

3. smp_affinity_list

功能：以 CPU 编号列表的形式显示或设置中断分配的 CPU。
内容：例如：
```
0-3
```
表示中断可以被 CPU 0、1、2、3 处理。
用途：提供比 smp_affinity 更易读的格式。

4. effective_affinity

功能：显示当前中断实际被分配到的 CPU。
内容：格式与 smp_affinity 相同，通常表示系统运行时的实际分配情况。例如：
```
0x00000001
```
表示中断实际上只由 CPU 0 处理。
用途：确认中断实际工作在哪些 CPU 上，特别是在多核或 NUMA 环境中。

5. effective_affinity_list

功能：以列表格式显示当前中断实际的 CPU 分配情况。
内容：例如：
```
0
```
表示中断实际由 CPU 0 处理。
用途：与 effective_affinity 相同，提供更直观的 CPU 列表。

6. type

功能：显示中断的触发方式。
内容：可能的值包括：
- Level：电平触发（Level Triggered），常见于 PCI 中断。
- Edge：边沿触发（Edge Triggered），常见于外部 GPIO 中断。
用途：用于判断中断类型，协助调试硬件配置。

7. action

功能：显示处理该中断的具体函数。
内容：列出中断处理程序的名称或注册信息。例如：
```
eth0
```
表示该中断由网卡驱动处理。
用途：帮助快速定位处理该中断的设备或驱动程序。

8. hwirq

功能：显示对应的硬件中断号（Hardware IRQ Number）。
内容：例如：
```
57
```
表示硬件中断号为 57。
用途：用于将逻辑中断号（Linux 分配的 IRQ）与实际硬件中断号对应起来。

9. irq_chip_name

功能：显示负责该中断的中断控制器（IRQ Chip）。
内容：例如：
```
gic-v3
```
表示中断由 GICv3 中断控制器处理。
用途：帮助了解系统中断的硬件架构。

10. node

功能：显示中断所在的 NUMA 节点编号。
内容：例如：
```
0
```
表示该中断属于 NUMA 节点 0。
用途：在 NUMA 系统中，用于优化中断分配，减少跨节点访问延迟。

11. per_cpu_count

功能：显示每个 CPU 处理该中断的计数。
内容：例如：
```
CPU0: 123
CPU1: 456
```
表示 CPU 0 和 CPU 1 分别处理了 123 和 456 次中断。
用途：分析中断负载分布情况，协助性能优化。

12. kstat_irqs

功能：显示所有 CPU 上处理该中断的总计数。
内容：例如：
```
789
```
表示所有 CPU 共处理了 789 次中断。
用途：监控中断的总体使用情况。

13. spurious_count

功能：显示虚假中断（Spurious Interrupt）的计数。
内容：例如：
```
5
```
表示该中断已发生 5 次虚假中断。
用途：帮助检测硬件故障或驱动问题。

14. name

功能：显示中断的名称。
内容：例如：
```
timer
```
表示这是一个定时器中断。
用途：快速识别中断的用途。

属性名	功能	常见用途
affinity_hint	建议的中断分配 CPU	硬件优化
smp_affinity	设置中断可被哪些 CPU 处理	性能调优
smp_affinity_list	CPU 列表格式的中断分配	易读性优化
effective_affinity	实际的中断分配情况	确认运行时状态
effective_affinity_list	实际 CPU 列表格式分配	直观查看中断分配
type	中断触发方式	判断硬件或驱动问题
action	中断处理函数	定位设备或驱动相关问题
hwirq	硬件中断号	硬件调试
irq_chip_name	中断控制器	确认硬件架构
node	NUMA 节点编号	NUMA 性能优化
per_cpu_count	每个 CPU 中断计数	中断负载分析
kstat_irqs	中断总计数	中断监控
spurious_count	虚假中断计数	检测硬件或驱动异常
name	中断名称	快速识别中断来源

2. Spurious 中断

在 Linux 和计算机系统中，spurious interrupt（虚假中断）是指中断控制器（如 APIC、GIC）报告了一个中断事件，但实际上并没有设备真正触发中断，或者内核无法处理该中断。这种中断通常是一种异常现象，需要被特别关注。

2.1 Spurious 中断的可能原因

虚假中断可能由以下原因引起：

(1) 硬件噪声或干扰

信号线上的电气噪声可能被误识别为中断信号。
尤其是在电磁干扰较大的环境中，可能发生更多的虚假中断。

(2) 中断线未正确配置

共享中断（Shared Interrupt）时，某个设备错误触发了中断，但没有真正需要处理的事件。
中断触发模式（如边沿触发或电平触发）配置错误。

(3) 驱动或设备问题

某些设备未正确清除中断状态，导致重复或多余的中断信号。
设备固件或驱动程序中存在问题，未正确处理中断事件。

(4) 中断控制器问题

中断控制器可能会在处理过程中报告虚假的中断，尤其是在软件配置或硬件设计存在问题时。
比如在 APIC 中，某些无效中断可能被标记为虚假中断。

2.2. Spurious 中断的表现

虚假中断通常表现在以下几方面：

/proc/irq/<irq_number>/spurious_count 的计数值增加。
系统日志中可能出现类似的警告：
```
irq 16: nobody cared (try booting with the "irqpoll" option)
Disabling IRQ #16
```
表示 IRQ 16 触发了虚假中断，但没有设备响应。
某些硬件或驱动的中断性能下降，甚至可能导致中断风暴（interrupt storm）。

2.3. 如何诊断和处理 Spurious 中断

(1) 查看中断状态

检查 /proc/interrupts 和 /proc/irq/<irq_number>/spurious_count，确认是否有特定中断号的虚假中断计数持续增加。

cat /proc/irq/<irq_number>/spurious_count

(2) 检查中断触发模式

确认中断的触发方式（边沿触发或电平触发）是否正确，可以通过日志或驱动配置检查。例如：

在设备树或 ACPI 表中检查中断触发配置。
使用工具修改触发方式（需特定硬件支持）。

(3) 检查共享中断问题

如果一个中断号（IRQ）被多个设备共享，可以通过 /proc/interrupts 查看：

cat /proc/interrupts

例如：

 16:    100000    50000   300000   GICv3  Shared    eth0, i2c1

如果某个设备触发虚假中断，可能会影响共享同一中断线的其他设备。

(4) 启用 `irqpoll` 参数

在启动内核时添加 irqpoll 参数，可以强制内核轮询处理中断，从而避免某些虚假中断问题：

修改内核启动参数：
```
GRUB_CMDLINE_LINUX="irqpoll"
```
更新 GRUB 并重启：
```
update-grub
reboot
```

(5) 检查硬件和驱动

更新设备固件和驱动程序。
检查中断控制器的硬件状态或重新初始化中断控制器。

(6) 检查中断屏蔽

确保中断屏蔽配置正确，可以通过 smp_affinity 或 effective_affinity 检查中断是否分配到了正确的 CPU。

Spurious 中断通常是由硬件、配置或驱动问题引起的。它的关键特征是：

没有有效事件产生，但中断被触发。
可能导致性能问题或中断风暴。

通过以下步骤可以有效处理：

检查 /proc/interrupts 和日志，定位问题中断号。
验证中断配置（触发模式和共享中断）。
更新硬件固件和驱动，或调整内核参数（如 irqpoll）。
如果问题持续发生，进一步调试硬件或联系供应商解决。