TI OMAP IVA2.2 iLF模块寄存器编程实战：从手册到H.264去块滤波实现

1. 项目概述：从寄存器手册到实战编程

如果你正在开发基于TI OMAP或类似SoC的视频编解码应用，尤其是涉及H.264、MPEG-4或VC-1等标准，那么你大概率绕不开一个核心硬件模块：IVA2.2子系统中的改进型环路滤波器（Improved Loop Filter, iLF）。手册里那几十页密密麻麻的寄存器描述，是不是看得你头大？寄存器地址、位域、读写类型，每个词都认识，连起来却不知道从何下手。别担心，我刚接手这块的时候也一样，感觉像在读天书。但经过几个实际项目的“折磨”，我逐渐摸清了门道。今天，我就把自己踩过的坑、总结的经验，结合那份原始的寄存器手册，为你梳理出一套清晰的iLF模块编程实战指南。这不是照本宣科的理论，而是能让你真正把代码写出来、把滤波器跑起来的实操笔记。

简单来说，iLF模块就是一个专为视频编解码中的去块效应滤波（Deblocking Filter）设计的硬件加速器。它的核心价值在于，将原本需要消耗大量CPU或DSP MIPS的像素级滤波计算，卸载到专用硬件上执行，从而极大地提升编码效率，降低系统功耗。你提供给的手册片段，正是打开这个硬件黑盒的钥匙——那一长串iLF_xxx寄存器，就是我们对它进行编程控制、状态监控和数据交互的全部接口。理解并熟练配置这些寄存器，是榨干硬件性能、实现高质量实时视频处理的关键。

2. iLF模块架构与核心设计思路拆解

在开始对着地址偏移量写代码之前，我们必须先搞明白iLF模块到底在干什么，以及它是怎么干的。这能帮你理解每个寄存器存在的意义，而不是死记硬背。

2.1 iLF在视频编解码流水线中的角色

想象一下视频编码的过程：一帧图像被分割成宏块，经过预测、变换、量化后，会引入明显的块状失真（就是你看某些低码率视频时，人物边缘或平坦区域出现的“马赛克”或“格子”）。环路滤波器的作用，就是在编码环路内部，对重建后的图像进行平滑滤波，消除这些块效应。这样，用于预测下一帧的参考帧质量更高，从而抑制误差传递，提升整体编码效率和质量。iLF就是专门干这个“修图”活的硬件单元。

2.2 iLF的“微控制器”架构思想

iLF不是一个简单的、参数固定的滤波器。为了灵活支持H.264、MPEG-4、VC-1/RealVideo 9等多种标准，TI把它设计成了一个高度可编程的专用处理器。你可以把它理解为一个超轻量级的、指令集特化的微控制器：

1. 程序存储器：iLF_PROGRAMBUFFERLINE系列寄存器（共128条指令），就是它的“代码区”。我们编写的滤波算法（由一系列宏指令组成）就放在这里。
2. 数据存储器：
   • 参数栈：iLF_PARAMETERSTACKUP和iLF_PARAMETERSTACKLW寄存器，相当于它的“全局变量区”或“常量区”，用于存储滤波强度（Beta, Tc）、像素裁剪阈值（Clip）等控制参数。
   • 输入/输出缓冲区：iLF_INOUTBUFFER寄存器，这是它的“工作内存”或“寄存器文件”，用于暂存待滤波的像素行数据。
3. 执行核心：一个定制的硬件状态机，负责从程序缓冲区取指、解码并执行。它的状态（运行、暂停、完成）和程序计数器（PC）可以通过iLF_CPUSTATUSREG查看。
4. 控制接口：iLF_SYSCONFIG、iLF_COMMANDREG等寄存器，用于复位、启动、停止这个“微控制器”，以及配置其工作模式（如调试使能）。
5. 数据通路：iLF_PARSEDDATAREG0/1/2等寄存器，用于从外部（通常是视频编码器核心）接收并解析滤波所需的实时参数，例如当前块的量化参数（QP）、边界强度（BS）等。

为什么这样设计？灵活性。不同的视频标准、甚至同一标准内不同的帧类型（I/P/B帧）、不同的边界，其滤波算法和强度都不同。通过编程，我们可以让同一套硬件适应千变万化的滤波需求，而不是为每种情况设计一个固定电路，这在面积和功耗上都是不现实的。

2.3 关键寄存器组功能映射

根据手册，我们可以把寄存器分成几大类，这样记起来更有条理：

实操心得一：先宏观，再微观新手最容易犯的错误是直接扎进某个寄存器的位域定义里。我的建议是，先花时间画出上面这样的功能框图，理解数据流（参数如何加载、像素如何进出、程序如何执行）。有了全局观，每个寄存器的作用自然就清晰了，编程时也不会“只见树木，不见森林”。

3. 核心寄存器详解与编程要点

现在，我们深入到关键寄存器的位域级，看看具体怎么配置。我会结合常见视频标准（如H.264）的滤波需求来解释。

3.1 系统控制与状态寄存器组

这是模块的“总开关”，配置错误可能导致模块不工作或行为异常。

iLF_SYSCONFIG(地址偏移: 0x0010)这个寄存器控制模块的基础电源和接口时钟。

• 位[4:3] SIDLEMODE: 从机接口空闲模式。对于iLF这种被动执行单元，通常设置为0x2(Smart-idle)。这意味着只有当iLF内部有活动时，它才会响应主机的空闲请求，避免在繁忙时被意外挂起。
• 位[1] SOFTRESET: 软件复位位。写1触发复位，硬件会自动清零。这是一个常见��“自清零”位设计。在初始化模块或程序跑飞后，需要先执行一次软复位。
• 位[0] AUTOIDLE: 建议设置为1，允许硬件根据OCP接口活动自动门控时钟，节省功耗。
• 位[8] CLOCKACTIVITY: 唤醒期间的时钟活动。通常保持默认值0（可关闭）。

iLF_SYSSTATUS(地址偏移: 0x0014)

• 位[0] RESETDONE:这是关键的握手信号。在触发SOFTRESET或上电后，必须轮询此位，直到它变为1，才能进行后续的寄存器配置和程序加载。否则，写入操作可能无效。

iLF_CONFIGREG(地址偏移: 0x05FC)

• 位[0] ITENABLE: 中断使能位。如果你希望iLF在程序执行完毕（遇到endpgm()指令）时产生中断通知CPU，则需将此位置1。同时，需要正确配置系统的中断控制器，将iLF的中断线映射并使能。
• 位[2] DEBUGHALTEN: 调试停机使能。设置为1后，iLF会在执行完每条指令后暂停，等待DbgStep()命令。仅在单步调试滤波程序时使用，正常运行时必须为0。

iLF_COMMANDREG(地址偏移: 0x0FFC)这是一个只写寄存器，向它写入特定值会触发对应的命令。

• 0x1-> StartSeq(): 启动序列执行。在程序缓冲区加载完毕、参数配置完成后调用。
• 0x2-> StopSeq(): 停止序列执行。请求停止，实际停止可能延迟到当前指令完成。
• 0x3-> DbgEnable(): 使能调试模式（需配合DEBUGHALTEN）。
• 0x4-> DbgDisable(): 禁用调试模式。
• 0x5-> DbgStep(): 在调试模式下，单步执行一条指令。
• 0x6-> Halt(): 暂停执行。

注意事项：命令执行顺序一个典型的执行流程是：SOFTRESET-> 等待RESETDONE-> 配置SYSCONFIG/CONFIGREG-> 加载程序到PROGRAMBUFFERLINE-> 设置参数到PARAMETERSTACK和PARSEDDATAREG-> 写入StartSeq()命令到COMMANDREG-> 轮询CPUSTATUSREG或等待中断。切忌在模块处于EXECUTING状态时，写入除StopSeq和Halt以外的命令或修改程序/参数寄存器，这会导致未定义行为或错误（WRITEREGERROR）。

3.2 程序缓冲区寄存器：iLF的“代码”

iLF_PROGRAMBUFFERLINENLSBi和iLF_PROGRAMBUFFERLINENMSBi共同组成一条55位宽的宏指令。i从0到127，对应128条指令的存储空间。

• MACROINST_LSB(位[31:0]): 宏指令的低32位。
• MACROINST_MSB(位[22:0]): 宏指令的高23位（位[54:32]）。

这里有一个关键点：指令集（Instruction Set）并没有在提供的寄存器手册片段中给出。完整的指令集定义在《IVA2.2 Subsystem Functional Description》文档的“Instruction Set”章节。通常包括：

• 数据搬移指令：从INOUTBUFFER、PARAMETERSTACK、PARSEDDATAREG之间移动数据。
• 算术/逻辑运算指令：像素的加减、比较、裁剪操作。
• 控制流指令：条件跳转、循环。
• 特殊滤波指令：可能封装了标准的滤波操作（如H.264的亮度/色度滤波）。
• 系统指令：GenerateIT()（生成中断）、EndPgm()（结束程序）。

编写滤波程序是一个专业且复杂的过程，通常由芯片厂商提供库函数或汇编宏，或者从参考代码中获取。作为驱动开发者，我们的任务更多是正确地将编译好的指令流加载到这些寄存器中。

加载程序示例（C伪代码）：

// 假设 macro_code 是一个包含55位指令值的数组 uint32_t *prog_buf_lsb = (uint32_t*)(ILF_BASE + 0x0040); uint32_t *prog_buf_msb = (uint32_t*)(ILF_BASE + 0x0044); for (int i = 0; i < PROGRAM_SIZE; i++) { prog_buf_lsb[i*2] = (uint32_t)(macro_code[i] & 0xFFFFFFFF); // 写入LSB prog_buf_msb[i*2] = (uint32_t)((macro_code[i] >> 32) & 0x7FFFFF); // 写入MSB，注意23位掩码 }

实操心得二：指令对齐与存储注意地址偏移是0x0040 + (0x8*i)。这意味着LSB和MSB寄存器是连续存放的（LSB在低地址，MSB在高地址）。在C语言中，用uint32_t指针访问时，步进应该是2（因为每个uint32_t是4字节）。务必确保你的指令数据是55位宽，并正确分割到两个32位寄存器中，高位部分要确保只占用23位。

3.3 参数与数据缓冲区寄存器

这是滤波算法的“食材”和“工作台”。

iLF_PARAMETERSTACKUPj和iLF_PARAMETERSTACKLWk参数栈分为两部分：UP(j=0~7) 和LW(k=0~23)，共32个16位参数。这些参数通常是静态的或按片/帧更新的，例如：

• 滤波强度表：根据QP预计算的Alpha、Beta、Tc0、Tc0B等值。
• 滤波器系数：特定的滤波核权重。
• 模式查找表：用于决定滤波强度的映射关系。

iLF_INOUTBUFFERm(m=0~39)这是一个40x32位的缓冲区，但以字节为单位组织（每个32位字包含4个字节：IOFB_BYTE3到IOFB_BYTE0）。它主要用于：

1. 输入：从内存（通过DMA）加载待滤波的像素行（通常是跨越块边界的多行像素）。
2. 中间存储：滤波过程中的临时像素值。
3. 输出：存储滤波后的像素行，等待写回内存。

对于H.264去块滤波，通常需要加载一个4x4块边界两侧的像素（最多左右各4个像素）。INOUTBUFFER的深度足以容纳多条这样的像素行。

iLF_PARSEDDATAREG0/1/2这三个寄存器存放从视频码流实时解析出的、与当前处理块强相关的参数。这是连接外部视频编码核心和iLF模块的桥梁。

• PARSEDDATAREG0:
  • ALPHA_FIELD,BETA_FIELD,BETA2_FIELD: H.264滤波强度计算中的基本参数。
  • TC0_FIELD,TC0B_FIELD: 色度分量的裁剪阈值参数。
• PARSEDDATAREG1:
  • H264_BS:边界强度（Boundary Strength），这是决定滤波强度的最关键参数之一（0-4）。
  • CL_FIELD,CR_FIELD: 左右侧的裁剪限值。
  • EFFEDGE_FIELD: 有效边编号和方向（水平/垂直）。
  • CFG: 包含其他配置，如亮度/色度标志(Luma)、量化参数(Pquant)等。
• PARSEDDATAREG2:
  • 主要为RealVideo 9标准服务，包含DTELx和DTERx（左右侧抖动参数）。

iLF_CLIPLIMITSENTRYn(n=0~3)裁剪限值表，包含CLIP_A（9位有符号）、CLIP_B（5位无符号）、CLIP_C（4位无符号）等字段。这些值用于对滤波后的像素差值进行限幅，防止过度滤波。通常根据量化参数QP查表获得。

iLF_LINESFILTERPROTOTYPES这个只读状态寄存器非常有用。它显示了当前正在处理的边缘上，每一行像素（P侧和Q侧各4行）所使用的滤波器原型索引。LFPC_P0~LFPC_P3和LFPC_Q0~LFPC_Q3每个字段4位，索引到参数栈（PARAMETERSTACK）中的特定滤波器系数集。在调试滤波效果时，读取此寄存器可以验证参数配置是否正确映射到了实际的滤波操作上。

3.4 执行状态与调试寄存器

iLF_CPUSTATUSREG(地址偏移: 0x05F0)这是监控iLF内核运行的“仪表盘”。

• 位[25:24] EXECSTATE: 执行状态。00=已初始化，01=已暂停，10=正在执行，11=已完成。在发送StartSeq()后，应轮询此位直到变为10（执行中）或11（完成）。如果长时间为00，可能指令或参数有误。
• 位[23:16] PC: 程序计数器。指示当前正在执行的指令行号（0-127）。在调试时极其有用。
• 位[15:0] CYCLECOUNT: 已执行的总周期数。用于性能分析和优化。
• 错误标志位（位[28:26]）:
  • ENDPGMERROR: 程序缓冲区结束但未遇到EndPgm()或LoadInstBuf()指令。
  • OPCODEERROR: 解码到未知操作码。
  • WRITEREGERROR: 在EXECUTING状态下尝试通过OCP写入内部寄存器（违规操作）。任何错误标志置位都会导致iLF进入错误状态并停止，需要软件查询并处理。

iLF_IRQLOG(地址偏移: 0x05F4)中断事件日志。位0记录endpgm()事件，位1-15记录前15次GenerateIT()指令事件。超过15次后，后续事件都记录在位15。可以通过读取此寄存器来判断中断来源，并在处理后通过写入相应位来清除（根据描述，似乎是只读的，可能需要通过其他方式或复位来清除）。

4. 完整编程流程与实战配置示例

假设我们要为H.264解码器配置iLF，对一个宏块边界执行去块滤波。

4.1 初始化阶段

// 1. 定义寄存器基地址（假设已映射） #define ILF_BASE 0x000A1000 // 2. 软件复位 REG_WRITE(ILF_BASE + 0x0010, (1 << 1)); // 设置SOFTRESET位 // 3. 等待复位完成 while (!(REG_READ(ILF_BASE + 0x0014) & 0x1)) { // 等待RESETDONE置位 // 可加入超时机制 } // 4. 配置系统 uint32_t sysconfig_val = 0; sysconfig_val |= (0x2 << 3); // SIDLEMODE = Smart-idle (0x2) sysconfig_val |= (0x1 << 0); // AUTOIDLE = 1 REG_WRITE(ILF_BASE + 0x0010, sysconfig_val); // 5. 配置中断（可选） REG_WRITE(ILF_BASE + 0x05FC, (1 << 0)); // ITENABLE = 1 // 注意：还需配置系统中断控制器，将iLF中断线映射到CPU并启用。 // 6. 加载静态参数到参数栈 // 假设我们有一组针对不同QP计算的Alpha, Beta, Tc表 const uint16_t alpha_table[32] = {...}; const uint16_t beta_table[32] = {...}; // 将表加载到 PARAMETERSTACK 的特定位置 uint32_t *param_stack = (uint32_t*)(ILF_BASE + 0x0440); for (int i = 0; i < 8; i++) { // 假设使用UP部分的前8个参数 // 每个PARAMETERSTACKUPj是16位参数，我们通常按32位对齐写入 // 注意手册中PARAMSTACK字段是位[15:0]，高位保留。 param_stack[i] = (beta_table[i*2+1] << 16) | alpha_table[i*2]; // 示例：打包两个16位参数 } // 继续加载其他参数到 LW 部分...

4.2 每块/每边滤波前的动态配置

// 1. 为当前边界解析并设置实时参数 // 假设从码流解析出以下值： uint8_t bs = 2; // 边界强度 uint8_t qp = 26; // 量化参数 uint8_t isLuma = 1; // 亮度边界 uint8_t edgeNum = 0; // 边编号 uint8_t orientation = 0; // 0=垂直边，1=水平边 // 计算或查表得到 Alpha, Beta, Tc 等 (此处简化) uint8_t alpha = calculate_alpha(qp, bs); uint8_t beta = calculate_beta(qp, bs); uint8_t tc0 = calculate_tc0(qp, bs); // 设置 PARSEDDATAREG0 uint32_t reg0_val = 0; reg0_val |= (tc0 & 0x1F) << 26; // TC0_FIELD[30:26] reg0_val |= (tc0 & 0x1F) << 20; // TC0B_FIELD[24:20] (假设与TC0相同) reg0_val |= (beta & 0x1F) << 8; // BETA_FIELD[12:8] reg0_val |= (alpha & 0xFF); // ALPHA_FIELD[7:0] REG_WRITE(ILF_BASE + 0x0600, reg0_val); // 设置 PARSEDDATAREG1 uint32_t reg1_val = 0; reg1_val |= (bs & 0x7) << 21; // H264_BS[23:21] reg1_val |= (isLuma & 0x1) << 2; // CFG[2] Luma bit reg1_val |= (qp & 0x1F) << 3; // CFG[7:3] Pquant reg1_val |= (orientation & 0x1) << 4; // EFFEDGE_FIELD[4] reg1_val |= (edgeNum & 0xF); // EFFEDGE_FIELD[3:0] // 假设裁剪限值固定或从其他表获取 reg1_val |= (0x4 << 4); // CR_FIELD[7:4] = 4 reg1_val |= (0x4 << 0); // CL_FIELD[3:0] = 4 REG_WRITE(ILF_BASE + 0x0604, reg1_val); // 2. 根据当前参数，确定使用参数栈中的哪组滤波器原型 // 这通常由滤波程序内部逻辑或外部查表决定。假设我们决定使用原型索引 2 和 3。 // 这个索引值会被程序使用，也可能通过某种方式预置。 // 3. 将待滤波像素数据加载到 INOUTBUFFER // 通常通过DMA从帧缓冲区搬运数据。这里展示直接写入。 uint8_t pixel_data[160]; // 假设需要40个32位字 * 4字节 = 160字节像素 // ... (填充 pixel_data，例如一个4x4块边界两侧的像素行) ... uint32_t *inout_buf = (uint32_t*)(ILF_BASE + 0x0550); for (int i = 0; i < 40; i++) { uint32_t word = (pixel_data[i*4+3] << 24) | (pixel_data[i*4+2] << 16) | (pixel_data[i*4+1] << 8) | (pixel_data[i*4]); inout_buf[i] = word; }

4.3 执行与监控

// 1. 确保程序已加载到 PROGRAMBUFFERLINE (假设已提前加载) // 2. 发送启动命令 REG_WRITE(ILF_BASE + 0x0FFC, 0x1); // StartSeq() // 3. 轮询状态或等待中断 // 方法A：轮询（适用于简单或实时性要求高的场景） uint32_t status; do { status = REG_READ(ILF_BASE + 0x05F0); uint8_t exec_state = (status >> 24) & 0x3; if (exec_state == 0x3) { // COMPLETED break; } else if (exec_state == 0x1) { // HALTED (可能是调试或错误) // 检查错误位 if (status & (1 << 28)) { // ENDPGMERROR // 处理错误 } // ... 检查其他错误 break; } // 短暂延迟或执行其他任务 } while (1); // 方法B：中断驱动（推荐，提高CPU效率） // 配置好中断后，在中断服务程序(ISR)中： void ilf_isr(void) { uint32_t irq_log = REG_READ(ILF_BASE + 0x05F4); if (irq_log & 0x1) { // ENDPGMEVENTLOG // 滤波完成 // 读取结果，启动下一块处理等 } // 清除中断源（根据系统设计，可能需要在中断控制器中清除） } // 4. 读取滤波结果 // 结果通常仍在 INOUTBUFFER 中，或已通过DMA写回内存。 // 如果是前者，从 INOUTBUFFER 读取数据。 uint32_t *result_buf = (uint32_t*)(ILF_BASE + 0x0550); // ... 处理 result_buf 中的数据 ...

5. 常见问题排查与调试技巧实录

即使按照手册编程，也难免遇到问题。下面是我在实际项目中总结的一些常见坑点和排查方法。

5.1 模块无响应或状态异常

• 症状：写入StartSeq()后，CPUSTATUSREG中的EXECSTATE始终为00（Initialized），PC不变化。
• 排查步骤：
  1. 检查复位：确认SOFTRESET后是否成功等待RESETDONE。最容易被忽略的一步。
  2. 检查时钟：确认IVA2.2子系统和iLF模块的时钟已由PRCM（电源与时钟管理器）正确使能。没有时钟，寄存器可读写（因为是静态CMOS），但逻辑电路不工作。
  3. 检查程序缓冲区：确认55位指令数据是否正确分割并写入PROGRAMBUFFERLINE寄存器。高位MSB的位[31:23]是保留位，必须写0。一个常见错误是误将高32位直接写入MSB寄存器。
  4. 检查指令集兼容性：确认你使用的宏指令集与当前IVA2.2芯片的版本（iLF_REVISION）兼容。不同版本的芯片指令集可能有细微差别。
  5. 检查参数栈索引：确保滤波程序引用的参数栈索引（PARAMETERSTACK）在有效范围内（0-31），并且已正确初始化。访问未初始化的参数会导致不可预知的结果。

5.2 滤波结果错误或图像出现瑕疵

• 症状：滤波后图像出现错误块、过度模糊或滤波不足。
• 排查步骤：
  1. 核对实时参数：使用调试器或打印语句，仔细检查写入PARSEDDATAREG0/1/2的每一个字段值。特别是H264_BS、ALPHA、BETA、TC0，它们直接决定滤波强度。一个比特的错误就可能让滤波行为完全偏离预期。
  2. 验证像素数据布局：确认加载到INOUTBUFFER的像素数据排列顺序是否符合滤波程序的预期。是行优先还是列优先？边界P侧和Q侧的像素是如何排列的？手册中IOFB_BYTE3是最高字节，IOFB_BYTE0是最低字节，这与常见的小端序（低位低地���）存储要区分清楚。通常，一个32位字内的四个字节代表四个连续的像素（或同一像素的四个分量）。
  3. 检查裁剪限值：CLIPLIMITSENTRY和PARSEDDATAREG中的裁剪字段（CL,CR,Clip_A/B/C）是否正确设置。裁剪值过小会导致滤波效果被过度抑制，过大则可能引入噪声。
  4. 利用状态寄存器：读取iLF_LINESFILTERPROTOTYPES寄存器，确认实际滤波时使用的滤波器原型索引是否符合你的预期。这能帮你判断参数栈的映射是否正确。
  5. 单步调试：在关键滤波操作前，使能DEBUGHALTEN，然后使用DbgStep()命令单步执行程序，同时观察PC、INOUTBUFFER和关键参数寄存器的变化。这是定位算法逻辑错误的最有效手段。

5.3 性能不达标

• 症状：iLF处理速度慢，成为编解码流水线的瓶颈。
• 优化建议：
  1. 程序优化：分析滤波程序的指令数。能否用更少的指令完成相同操作？循环展开是否合理？iLF指令周期是固定的，减少指令数直接提升速度。
  2. 数据预取：利用DMA在iLF处理当前块时，预取下一个块的像素数据到INOUTBUFFER，实现流水线化，隐藏数据搬运延迟。
  3. 参数批量加载：如果多个边界共享相同的静态参数，不要在每个边界滤波前都重新配置PARAMETERSTACK。一次性加载，重复使用。
  4. 避免轮询：尽量使用中断模式（ITENABLE+GenerateIT()或endpgm()），让CPU在iLF工作时可以处理其他任务，提高系统整体效率。
  5. 检查总线竞争：iLF通过OCP总线访问内存（如加载指令缓冲区）。如果总线被其他主设备（如CPU、DSP、其他DMA）严重占用，会拖慢iLF的数据吞吐。需要优化系统总线仲裁或内存访问模式。

5.4 中断无法触发或处理异常

• 症状：设置了ITENABLE，程序中有GenerateIT()或endpgm()，但CPU收不到中断。
• 排查步骤：
  1. 确认中断线：查证芯片数据手册，找到iLF模块输出的物理中断线编号（例如，ILF_IRQ）。
  2. 配置中断控制器：在MPU子系统的中断控制器（INTC）中，将该中断线映射到CPU可接收的IRQ/FIQ，并设置优先级、使能。
  3. 检查iLF配置：确认iLF_CONFIGREG的ITENABLE位已置1。
  4. 检查程序：确认滤波程序中确实包含了GenerateIT()指令，并且执行路径能到达该指令。
  5. 查看日志：读取iLF_IRQLOG寄存器，看中断事件是否已被记录。如果已记录但无中断，问题出在中断控制器或CPU的中断全局使能上。
  6. 清除中断：在中断服务程序（ISR）中，需要按照系统要求清除中断标志。对于iLF，可能需要读取IRQLOG或CPUSTATUSREG来确认事件，并根据中断控制器的手册清除相应中断挂起位。

踩坑记录：字节序与数据打包在一次H.264解码优化中，我们发现滤波后的图像颜色通道错乱。排查了很久，最终发现是INOUTBUFFER的数据打包问题。我们的像素数据是RGB24格式（每个像素3字节），在内存中是R0,G0,B0, R1,G1,B1, ...连续存放。在加载到INOUTBUFFER时，我们错误地将[R0,G0,B0,R1]打包进了第一个32位字（IOFB_BYTE3=R0, IOFB_BYTE2=G0, IOFB_BYTE1=B0, IOFB_BYTE0=R1）。但滤波程序预期的是每个32位字包含同一分量的多个像素（例如，四个连续的R分量），或者是一种完全不同的排列。务必与滤波程序（或提供该程序的算法团队）确认输入数据的精确布局，这没有统一标准，完全取决于硬件设计。