HDMI芯片色彩空间转换与中断控制：寄存器级开发实战-平芜编程栈

1. 色彩空间转换与中断控制：HDMI芯片的底层逻辑

搞了这么多年嵌入式视频处理，我发现很多工程师对HDMI的理解还停留在“插上就能用”的层面。直到你真正需要调试一个色彩失真的画面，或者排查一个偶发的音频断流问题时，才会发现那些藏在芯片手册里的寄存器才是解决问题的关键。今天我就结合TI的HDMI发射器芯片，来聊聊色彩空间转换（CSC）和中断控制这两个核心机制。这不仅仅是读手册，更是理解如何让一块视频芯片按照你的意愿精准工作的过程。无论是做电视、机顶盒、视频会议设备还是任何带HDMI输出的产品，搞懂这些寄存器，你就能从“能用”做到“好用”甚至“调优”。

色彩空间转换听起来高大上，其实本质就是一套数学公式，把红绿蓝（RGB）信号转换成亮度色度分离的格式（比如YUV或xvYCC），或者反过来。这么做的原因很简单：人眼对亮度敏感，对颜色细节不那么敏感。把亮度（Y）和色度（Cb, Cr）分开，就可以在传输时给亮度更高的带宽，色度可以压缩一下，从而节省宝贵的传输带宽，同时还能兼容老式的黑白显示设备。在HDMI芯片内部，这套转换通常由硬件电路（CSC模块）自动完成，但自动的未必是最优的。比如，你的视频源是Adobe RGB广色域，但显示设备只支持sRGB，直接转换颜色可能就“蔫”了。这时候，就需要我们通过寄存器去微调转换系数，让色彩在目标设备上尽可能准确地还原。

而中断控制，则是整个系统的“神经末梢”。HDMI连接是动态的：显示器可能随时被拔掉（HPD），音频数据流可能会因为时钟抖动而溢出（OVER_RUN），色彩空间转换完成也需要通知主处理器去读取结果。如果没有一个高效的中断机制，CPU就只能傻傻地不断轮询（Polling）几十个状态位，浪费算力不说，响应速度还慢。一套设计良好的中断系统，能让芯片在关键时刻“主动敲门”告诉CPU：“我这儿有情况！”，从而确保系统实时、可靠地响应各种事件。接下来，我们就钻进寄存器里，看看具体怎么玩转这两块。

2. 色彩空间转换寄存器详解：从矩阵到微调

手册里列出了长长一串色彩空间转换寄存器，看起来头疼，但如果我们把它们分分类，理解起来就清晰多了。本质上，这些寄存器分为两大类：控制寄存器和系数/偏移量寄存器。控制寄存器决定“要不要转”以及“怎么转”，系数寄存器则定义了“转成什么样”的数学核心。

2.1 控制寄存器：转换模式的总开关

控制寄存器不多，但每个比特位都至关重要。以XVYCC2RGB_CTL寄存器为例，它管理着从xvYCC到RGB的转换行为。

XVYCCSEL(位0)：这是信号源选择开关。置1表示输入信号是xvYCC格式，需要被转换；置0则表示输入是普通的YcbCr格式。这个位通常可以由硬件自动配置（AVC模式，即Auto Video Configure），但软件也可以强制覆盖。这里有个坑：如果你手动将此位置为1，但实际输入的是标准YUV信号，转换矩阵会错误地应用xvYCC的扩展公式，导致色彩严重过饱和，画面看起来会非常艳俗甚至失真。所以，除非你非常清楚信号源格式，否则建议让硬件自动检测。

FULLRANGE(位1)：这是xvYCC全范围（Full Range）扩展使能位。xvYCC标准为了扩展色域，允许Y、Cb、Cr分量使用全范围（0-255）的数值，而不是传统电视标准的有限范围（16-235）。当此位置1时，芯片会在色彩空间转换前，先对输入的YUV信号进行范围扩展处理。关键点：这个位仅对xvYCC信号有效。如果输入是标准范围（Limited Range）的YUV，而你错误地开启了全范围扩展，会导致黑位不黑（16被拉伸到更低的数值）、白位过曝（235被拉伸到255），对比度失调。

SW_OVR(位2)：软件覆盖使能，这是手动调色的钥匙。默认情况下，芯片使用内部固化的、符合标准（如ITU-R BT.709或BT.601）的转换矩阵。当此位置1时，芯片将忽略内部矩阵，转而使用我们通过后面那些系数寄存器（Y2R_COEFF,CR2R_COEFF等）手动配置的转换系数。这给了我们极大的自由度，可以用来做色彩校正、匹配特定显示设备的色域，或者实现特殊的视觉效果。

BYP_ALL(位3)和EXP_ONLY(位4)：这两个是旁路控制位。BYP_ALL置1时，整个xvYCC到RGB的转换模块（包括范围扩展和矩阵转换）都会被绕过，输入直接输出，相当于直通模式。EXP_ONLY置1时，仅绕过矩阵转换，但保留范围扩展功能。这两个位主要用于调试和性能测试，比如你想确认问题是出在转换模块之前还是之后，就可以打开旁路快速定位。

2.2 系数与偏移量寄存器：构建转换矩阵

这是色彩空间转换的数学核心。无论是RGB转xvYCC（RGB_2_xvYCC）还是反向转换（xvYCC_2_RGB），其本质都是一个3x3的矩阵乘法，再加上一个偏移量向量。公式如下：

对于xvYCC_2_RGB：

[ R ] [ Y2R_COEFF CR2R_COEFF 0 ] [ Y ] [ RGB_OFFSET_R ] [ G ] = [ Y2G_COEFF CR2G_COEFF CB2G_COEFF ] * [ Cr ] + [ RGB_OFFSET_G ] [ B ] [ 0 CB2B_COEFF Y2B_COEFF ] [ Cb ] [ RGB_OFFSET_B ]

（注：手册中主要给出了Y2R, CR2R, CB2B等系数，其他系数可能由内部固定或通过其他寄存器配置。）

对于RGB_2_xvYCC：

[ Y ] [ R2Y_COEFF G2Y_COEFF B2Y_COEFF ] [ R ] [ Y_OFFSET ] [ Cb ] = [ R2CB_COEFF G2CB_COEFF B2CB_COEFF ] * [ G ] + [ CBCR_OFFSET ] [ Cr ] [ R2CR_COEFF G2CR_COEFF B2CR_COEFF ] [ B ] [ CBCR_OFFSET ]

系数寄存器：如G2CB_COEFF_LOW和G2CB_COEFF_UP，它们共同组成一个系数值。通常，这些系数是有符号定点数。手册没有明确给出小数点位宽，这在嵌入式图像处理中非常常见。根据经验，TI这类芯片常用S8.7或S1.14格式（即1位符号位，若干位整数位，若干位小数位）。例如，S8.7格式表示高8位为有符号整数，低7位是小数。系数1.0用这种格式表示就是0x0080(二进制0000 0000 . 1000 0000)。在编程时，你必须查阅芯片勘误表或应用笔记来确认具体的格式，直接写入十进制浮点数是无效的。

偏移量寄存器：如RGB_OFFSET_LOW/UP和Y_OFFSET_LOW/UP。偏移量用于在转换后对结果进行平移调整，通常是为了处理黑电平（Black Level）。例如，在标准电视范围（Limited Range）中，RGB的黑色是16，白色是235。在转换后，可能需要加上或减去一个偏移量来匹配目标标准。偏移量通常也是有符号整数。

实操要点：

顺序很重要：配置时，必须先写好所有系数和偏移量寄存器，最后再置位SW_OVR。否则，在配置过程中，芯片可能会使用不完整的矩阵进行计算，导致输出画面出现瞬间的彩色噪点或闪烁。
精度与溢出：矩阵乘法运算可能产生中间值超出寄存器位宽。芯片内部通常会有饱和处理（Saturation）电路，将结果钳位在有效范围内（如0-255）。但我们在设计系数时，也应尽量保证运算结果在合理范围内，避免过度依赖饱和处理导致细节丢失。
调试方法：最直接的调试方法是使用色彩测试图（如Color Bar）。先让芯片使用内部默认矩阵，输出标准彩条图。然后启用软件覆盖，并将所有系数设为“单位矩阵”（即R->R, G->G, B->B的转换），偏移设为0。此时输出应与默认��态一致。从此基础开始，逐个调整系数，观察屏幕上特定色块的变化，就能直观理解每个系数的作用。

3. 中断系统架构与寄存器精讲

HDMI的中断系统是一个典型的“状态-使能-控制”三层架构。理解这个架构，就能理清所有相关寄存器的关系。

3.1 中断状态寄存器：发生了什么？

INTR_STATE寄存器是中断系统的总状态位。它只有一个有效位INTR(位0)。当有任何被使能的中断事件发生时，这个位会被硬件自动置1。它就像一个总警报灯，告诉你“系统里有事发生了”。但具体是什么事，需要去查看各个中断源寄存器。

INTR1到INTR4这四个寄存器，是中断源状态寄存器。它们每个位都对应一个具体的中断事件，并且是粘滞位。一旦事件发生，对应的位就会被置1，即使该事件已经结束，这个位也会保持为1，直到软件主动将其清除。这种设计确保了不会丢失任何短暂的中断事件。

我们来剖析几个关键的中断源：

HPD(热插拔检测，INTR1[6]): 这是最常用的中断之一。当显示设备插入或拔出时，HDMI接口的HPD引脚电平会变化，触发此中断。注意：HDMI规范要求，只有当接收端（Sink）的EDID（显示器身份数据）准备好被读取时，HPD信号才应被拉高。因此，处理HPD中断的流程通常是：检测到中断 -> 读取HPD状态 -> 如果为高，则通过DDC通道读取EDID，重新配置视频格式。
OVER_RUN/UNDER_RUN(音频FIFO上溢/下溢，INTR1[1:0]): 这是音频同步问题的直接指示。当输入音频数据的速率（由音频主时钟MCLK和采样率Fs决定）与HDMI链路消耗音频数据的速率（由视频像素时钟和N/CTS参数决定）不匹配时，就会发生。上溢是输入太快，下溢是输入太慢。排查此问题的核心是检查时钟系统：音频I2S的MCLK是否精准？HDMI的TMDS像素时钟是否稳定？N/CTS参数计算是否正确？
RI_128(帧计数匹配，INTR1[2]): 这是一个周期性中断，每128个视频帧触发一次。它常用于触发软件执行链路完整性检查，例如重新读取接收器的状态，或进行HDCP（高清内容保护）的重复认证。
DDC_FIFO_FULL/EMPTY(DDC FIFO满/空，INTR3[1:0]): DDC（显示数据通道）是用于读写EDID和HDCP密钥的I2C总线。这些中断在通过DDC进行大量数据读写（如读取完整的EDID）时非常有用，可以实现基于中断的FIFO驱动，提高效率。
VSYNC_REC(垂直同步识别，INTR2[0]): 在VSYNC信号的活跃边沿（通常是上升沿）触发。这个中断的时机位于视频帧的垂直消隐期（VBlank），是执行一些与帧率相关的操作的黄金时间，比如更新图形层、切换视频源等，可以避免在画面显示期间操作造成的撕裂。

3.2 中断使能寄存器：关心什么？

INT_UNMASK1到INT_UNMASK4这四个寄存器，是中断使能寄存器，也叫中断掩码寄存器。它们的位布局与INTR1~INTR4完全一一对应。

这里的逻辑是：只有当某个中断源在INTRx中置位，并且其在INT_UNMASKx中的对应位也被置1（使能）时，才会最终导致总中断状态INTR_STATE[0]置1，并向CPU发出中断请求。

例如，你只关心热插拔和音频问题，不关心DDC和CEC。那么你可以这样配置：

// 使能 INTR1 中的 HPD, OVER_RUN, UNDER_RUN 中断 WRITE_REG(INT_UNMASK1, (1 << 6) | (1 << 1) | (1 << 0)); // 禁用 INTR3 中的所有中断（DDC相关） WRITE_REG(INT_UNMASK3, 0x00);

这种设计给了软件极大的灵活性，可以过滤掉不必要的中断事件，减少CPU被频繁打断的次数。

3.3 中断控制寄存器：如何响应？

INT_CTRL寄存器用于配置中断输出的物理和行为特性。

POLARITY(位1): 中断信号有效电平。置0表示高电平有效，置1表示低电平有效。这需要与你的CPU或中断控制器（如ARM GIC）的中断触发极性配置相匹配。配置错误会导致CPU无法捕获中断，或者一直处于中断状态。
OPEN_DRAIN(位2): 中断引脚输出类型。推挽输出可以提供更强的驱动能力；开漏输出则允许多个设备将中断线“线与”在一起，共享一根中断线。在复杂的多芯片系统中，开漏模式更常用。
SOFT_INTR(位3): 软件中断触发位。向此位写1，可以手动产生一个中断事件，对应的INTR1[7]位会被置位。这在调试中断服务程序（ISR）时非常有用，你可以在不连接真实HDMI设备的情况下，测试你的中断处理流程是否正确。

3.4 中断处理流程实战

一个健壮的中断服务程序（ISR）应该遵循以下步骤：

进入ISR：保存上下文。
读取INTR_STATE：确认是HDMI控制器产生的中断。
轮询INTR1~INTR4：依次读取这四个寄存器，判断具体的中断源。这里必须使用“读-判断-清除”的方式。即先读取寄存器的值，保存到本地变量，然后根据这个值来判断触发了哪些中断。
清除中断标志：对于INTR1~INTR3，大多数位是只读的，清除方法通常是向对应的中断状态位写1（写1清除，W1C）。但需要特别注意的是，手册中INTR4的某些位（如REG_INTR4_STATx）被标记为R/W1C，这意味着你可以直接向这些位写1来清除它。而INTR1~INTR3的描述是R(只读)，它们的清除通常依赖于硬件自动清除或通过操作其他相关寄存器来间接清除。例如，处理完DDC_CMD_DONE中断后，可能需要进行一次DDC读操作，硬件才会自动清除该标志。务必仔细查阅芯片手册的“中断清除机制”章节，这是最容易出错的地方之一。
处理事件：根据中断类型执行相应操作（如重读EDID、调整音频时钟、报告错误等）。
退出ISR：恢复上下文，中断返回。

一个常见的坑：在清除中断标志前，确保你已经处理完了该中断所有相关的事务。否则，刚清除完标志，硬件可能因为条件依然满足而立即再次置位标志，导致你的ISR被连续调用，陷入死循环。

4. 色彩空间转换的配置流程与调试

理论说完了，我们来点实际的。假设一个场景：我们需要将芯片输出的RGB信号，转换为xvYCC格式并通过HDMI发送，同时希望微调转换矩阵，使肤色（Flesh Tone）看起来更红润一些。

4.1 配置步骤

确定目标矩阵：首先，我们需要知道标准的RGB到xvYCC转换矩阵是什么。这通常遵循ITU-R BT.709标准。假设标准矩阵如下（数值为示例，需根据芯片数据格式调整）：
```
Y = 0.2126*R + 0.7152*G + 0.0722*B Cb = -0.1146*R - 0.3854*G + 0.5000*B + 128 Cr = 0.5000*R - 0.4542*G - 0.0458*B + 128
```
我们希望肤色（R值较高）的Cr分量更强一些，可以稍微增加R2CR_COEFF（R对Cr的贡献系数），例如从0.5000增加到0.5200。
量化系数：假设芯片系数寄存器格式为S1.14（1位符号，1位整数，14位小数）。那么系数0.5200的量化计算为：0.5200 * 2^14 = 0.5200 * 16384 ≈ 8519.68，取整为8520，十六进制为0x2148。这个16位的值需要拆分到高8位（R2CR_COEFF_UP）和低8位（R2CR_COEFF_LOW）寄��器中。通常_UP寄存器存放高字节，_LOW存放低字节。所以：R2CR_COEFF_UP = 0x21R2CR_COEFF_LOW = 0x48注意：偏移量CBCR_OFFSET通常是加上128（0x80），同样需要按格式拆分写入CBCR_OFFSET_UP和CBCR_OFFSET_LOW。

写入寄存器：

// 1. 禁用软件覆盖，确保使用内部矩阵，避免配置过程中画面异常 CLEAR_BIT(RGB_2_XVYCC_CT, XV_CO_OV_BIT); // 2. 写入所有系数寄存器 (以R2CR为例，其他R2Y, G2Y, B2Y, G2CB, B2CB, R2CB, G2CR, B2CR均需配置) WRITE_REG(R2CR_COEFF_LOW, 0x48); WRITE_REG(R2CR_COEFF_UP, 0x21); // ... 写入其他系数寄存器 // 3. 写入偏移量寄存器 WRITE_REG(RGB_OFFSET_LOW, 0x00); // 假设输入RGB偏移为0 WRITE_REG(RGB_OFFSET_UP, 0x00); WRITE_REG(Y_OFFSET_LOW, 0x00); // Y偏移 WRITE_REG(Y_OFFSET_UP, 0x00); WRITE_REG(CBCR_OFFSET_LOW, 0x80); // CbCr偏移 +128 WRITE_REG(CBCR_OFFSET_UP, 0x00); // 4. 最后，使能软件覆盖，激活自定义矩阵 SET_BIT(RGB_2_XVYCC_CT, XV_CO_OV_BIT);

4.2 调试技巧与常见问题

问题：配置后无输出或花屏。
- 检查：确认SW_OVR(或XV_CO_OV) 位是否已正确置1。确认写入的寄存器地址是否正确。用读取回环验证：将写入的值再读出来，看是否一致。
- 检查：系数格式是否正确。将系数设为一个简单的值测试，比如设置一个“单位矩阵”（R->Y, G->Cb, B->Cr，其他系数为0），看输出是否变成某种奇怪的单色图像，这能验证矩阵计算是否生效。
问题：色彩明显偏差，如整体偏绿、偏紫。
- 检查：最常见的原因是系数符号位错误。在S1.14格式中，负数以二进制补码形式表示。例如，-0.1146的量化计算：-0.1146 * 16384 ≈ -1878。对于16位有符号数，-1878的补码是0xF88A。如果你错误地写成了0x188A（正数），那么负贡献变成了正贡献，会导致色度完全错误。
- 检查：偏移量是否正确。特别是Y和CbCr的偏移量是否混淆，或者忘记加128（0x80）的基准偏移。
问题：画面出现色带或色彩断层。
- 分析：这可能是计算过程中的精度损失或溢出导致的。当系数设置得过大，矩阵乘法结果可能超出芯片内部数据通路的位宽，即使经过饱和处理，也会损失细节。尝试将系数略微调小，观察效果。
- 工具：使用专业的视频信号发生器或FPGA产生标准的测试图案（如渐变彩条、肤色条），在示波器或专业的视频分析仪上观察HDMI输出的数据波形，比对色度分量（Cb, Cr）的数值是否符合预期。
使用示波器/逻辑分析仪抓取配置时序：在写入关键控制位（如XV_CO_OV）的前后，监测视频输出信号。确保配置操作在视频垂直消隐期（VBlank）进行。如果在有效视频行期间切换矩阵，会导致当前帧的画面出现撕裂或瞬时色彩错误。更好的做法是利用VSYNC_REC中断，在中断服务程序中进行矩阵切换。

5. 中断系统的实战配置与问题排查

中断配置相对直接，但陷阱都在细节里。下面是一个典型的初始化流程。

5.1 中断初始化配置流程

void hdmi_interrupt_init(void) { // 1. 首先，全局禁用所有中断源，避免在配置过程中产生意外中断 WRITE_REG(INT_UNMASK1, 0x00); WRITE_REG(INT_UNMASK2, 0x00); WRITE_REG(INT_UNMASK3, 0x00); WRITE_REG(INT_UNMASK4, 0x00); // 2. 配置中断控制寄存器 INT_CTRL uint32_t int_ctrl_val = 0; int_ctrl_val |= (1 << 1); // 设置POLARITY=1，低电平有效（根据CPU中断控制器决定） int_ctrl_val |= (0 << 2); // 设置OPEN_DRAIN=0，推挽输出 // SOFT_INTR 保持为0 WRITE_REG(INT_CTRL, int_ctrl_val); // 3. 清除所有可能 pending 的中断状态位（方法因芯片而异，可能是写1清零，也可能是读某个寄存器） // 假设是读 INTR_STATE 来清除总中断，并读 INTR1~4 来清除具体状态 uint32_t dummy; dummy = READ_REG(INTR_STATE); dummy = READ_REG(INTR1); dummy = READ_REG(INTR2); dummy = READ_REG(INTR3); dummy = READ_REG(INTR4); (void)dummy; // 防止编译器警告 // 4. 使能我们关心的中断源 uint32_t unmask1_val = 0; unmask1_val |= (1 << 6); // 使能 HPD 热插拔检测 unmask1_val |= (1 << 1); // 使能 OVER_RUN 音频上溢 unmask1_val |= (1 << 0); // 使能 UNDER_RUN 音频下溢 WRITE_REG(INT_UNMASK1, unmask1_val); uint32_t unmask2_val = 0; unmask2_val |= (1 << 0); // 使能 VSYNC_REC，用于在消隐期操作 WRITE_REG(INT_UNMASK2, unmask2_val); // 5. 将HDMI控制器的中断线连接到CPU中断控制器，并设置优先级、触发方式等（平台相关代码） setup_cpu_interrupt(HDMI_IRQ_NUM, hdmi_isr, IRQ_TYPE_LEVEL_LOW); }

5.2 中断服务程序示例

void hdmi_isr(void) { uint32_t intr_state, intr1, intr2, intr3, intr4; // 1. 读取总中断状态确认来源 intr_state = READ_REG(INTR_STATE); if (!(intr_state & 0x1)) { return; // 可能不是我们的中断，直接返回 } // 2. 读取具体中断源状态 intr1 = READ_REG(INTR1); intr2 = READ_REG(INTR2); intr3 = READ_REG(INTR3); intr4 = READ_REG(INTR4); // 3. 处理 INTR1 中的中断 if (intr1 & (1 << 6)) { // HPD 中断 handle_hpd_event(); // 清除HPD中断标志：通常需要向状态位写1，或进行特定操作（如读HPD状态寄存器） // WRITE_REG(INTR1, (1 << 6)); // 假设是W1C // 更常见的做法是：读取HPD状态寄存器，硬件会自动清除中断标志 uint32_t hpd_status = READ_REG(HPD_STATUS_REG); (void)hpd_status; } if (intr1 & (1 << 1)) { // OVER_RUN log_error("Audio FIFO Overflow!"); // 可能需要重置音频FIFO，或调整时钟 handle_audio_overflow(); } if (intr1 & (1 << 0)) { // UNDER_RUN log_error("Audio FIFO Underflow!"); handle_audio_underflow(); } // ... 处理其他INTR1中断 // 4. 处理 INTR2 中的中断 if (intr2 & (1 << 0)) { // VSYNC_REC // 在垂直消隐期执行任务，如更新OSD图层 update_osd_in_vblank(); } // 5. 处理 INTR3, INTR4... if (intr3 & (1 << 3)) { // DDC_CMD_DONE ddc_transaction_complete(); } // 6. 最后，可能需要清除总中断标志（如果芯片要求） // 有些芯片在读取所有INTRx寄存器后会自动清除INTR_STATE，有些则需要手动写操作。 // WRITE_REG(INTR_STATE, 0x1); // 谨慎操作，以手册为准 }

5.3 中断相关常见问题排查

问题：中断根本进不来。
- 检查层级：
  1. 硬件连接：HDMI控制器的中断输出引脚是否正确连接到CPU/中断控制器？用示波器或逻辑分析仪测量该引脚在事件发生时是否有电平跳变。
  2. CPU中断控制器配置：是否已正确映射中断号？触发方式（边沿/电平）和极性（高/低）是否与INT_CTRL的设置匹配？这是最常出错的一环。
  3. 软件使能：INT_UNMASKx寄存器相应位是否置1？全局中断是否使能（如ARM的CPSR I位）？
  4. 中断标志：事件是否真的发生了？先尝试轮询INTRx寄存器，确认硬件确实置位了状态位。
问题：中断只触发一次，后续不再触发。
- 检查清除机制：这是最经典的问题。你的中断服务程序是否正确地清除了中断源标志？如果标志未被清除，即使新事件发生，硬件也不会重复置位一个已经是1的位，导致CPU认为没有新中断。
- 仔细阅��手册：查看INTRx寄存器的描述，是“读清零”、“写1清零”还是“操作其他寄存器清零”？对于INTR4中标记为R/W1C的位，必须在ISR中显式地写1清除。
问题：中断频繁触发，系统卡死。
- 快速处理：ISR执行时间是否过长？中断服务程序应该只做最紧急、最轻量的工作（如设置标志、拷贝数据），将耗时的处理（如重配置视频模式、解析EDID）放到主循环或任务中。
- 中断嵌套与屏蔽：是否发生了中断嵌套？你的HDMI中断优先级是否设置得过高，导致它打断了其他关键中断（如系统滴答定时器）？考虑适当降低其优先级。
- 硬件问题：可能是硬件连接不稳定导致HPD信号抖动，从而连续产生中断。可以在ISR中加入去抖逻辑，或者配置HPD中断为边沿触发而非电平触发。
问题：多个中断同时发生，ISR漏处理。
- 全面读取：你的ISR必须一次性读取所有INTR1~INTR4寄存器，并处理所有置位的位。不能只处理了一个就退出。使用if...else if结构会导致漏处理，应该使用独立的if语句处理每一个可能的中断源。