4、中断丢失现象：屏幕无显示、画面撕裂、系统卡死、中断计数不增长

在龙芯HDMI调试过程中，中断丢失是最常见且最难定位的问题之一。当中断信号未能被CPU正确捕获或处理时，显示驱动将无法获得帧同步、DMA完成或热插拔等关键事件通知，进而引发一系列连锁故障。本章系统梳理中断丢失的四种典型表现，帮助调试人员快速建立现象与根因之间的映射关系。

4.1 四种典型现象与根因对照

4.2 中断丢失的传播路径与故障链

中断丢失并非瞬间发生，而是沿着硬件→固件→内核→驱动的路径逐级传播。理解这条故障链，有助于在调试时快速定位断点。

4.3 中断计数不增长的排查步骤

当怀疑中断丢失时，应按照以下步骤系统化排查，避免盲目修改代码。

1. 确认中断号与设备树匹配

   # 查看设备树中HDMI节点的中断配置
   cat /proc/device-tree/soc/hdmi@.../interrupts
   # 输出示例：<0 37 4>  (中断控制器0，中断号37，触发类型4=高电平)

2. 检查中断控制器掩码状态

   # 读取中断控制器寄存器，确认HDMI中断未被屏蔽
   devmem 0x1fe00000 32   # 以龙芯3A5000为例，INTC基地址
   # 检查对应bit位是否为0（0=使能，1=屏蔽）

3. 验证中断处理函数注册

   # 查看/proc/interrupts中对应中断号的驱动名称
   cat /proc/interrupts | grep hdmi
   # 若显示为"none"或空，说明驱动未成功注册中断

4. 使用gpio-int-poll测试中断信号

   # 若硬件支持GPIO中断，可临时将HDMI中断线映射到GPIO进行轮询测试
   echo 37 > /sys/class/gpio/export
   cat /sys/class/gpio/gpio37/value   # 观察电平变化

5. 添加内核调试打印

   // 在中断处理函数入口添加打印，确认是否被调用
   static irqreturn_t hdmi_irq_handler(int irq, void *dev_id)
   {
       printk(KERN_DEBUG "[HDMI] IRQ %d triggered at jiffies %lu\n",
              irq, jiffies);
       // ... 原有处理逻辑
       return IRQ_HANDLED;
   }

4.4 中断丢失的硬件级排查

当软件层面确认中断注册和掩码均正常，但计数仍不增长时，问题可能出在硬件信号路径上。以下为硬件级排查清单：

4.5 中断丢失的软件级快速诊断脚本

以下脚本可一键收集中断相关关键信息，适用于现场快速诊断：

#!/bin/sh
# hdmi_irq_diag.sh - HDMI中断丢失快速诊断脚本
# 用法：在HDMI输出异常时执行

echo "=== HDMI中断诊断报告 ==="
echo "时间: $(date)"
echo ""

echo "--- 1. /proc/interrupts 中HDMI相关中断 ---"
grep -E "hdmi|drm|gpu|37" /proc/interrupts 2>/dev/null || echo "未找到HDMI中断条目"

echo ""
echo "--- 2. 中断控制器寄存器状态 ---"
# 龙芯3A5000 INTC基地址0x1fe00000，偏移0x00=中断状态，0x04=中断掩码
devmem 0x1fe00000 32 2>/dev/null && echo "INTC状态寄存器: $(devmem 0x1fe00000 32)"
devmem 0x1fe00004 32 2>/dev/null && echo "INTC掩码寄存器: $(devmem 0x1fe00004 32)"

echo ""
echo "--- 3. CPU中断状态 ---"
# 读取CP0 Cause寄存器
echo "CP0 Cause: $(echo 'mfc0 $t0, $13; nop' | gdb -q -batch -n -ex 'set $t0=0' -ex 'stepi' 2>/dev/null || echo '无法读取')"

echo ""
echo "--- 4. 内核dmesg最近20条中断相关日志 ---"
dmesg | grep -iE "irq|interrupt|hdmi" | tail -20

echo ""
echo "=== 诊断结束 ==="