[参考译文] AM2434：从 SDK V9.02 迁移到 V11 后、PRU 到 R5F 中断停止工作

可以在工作和非工作情况下比较 INTC 配置？ 系统事件类型的任何更改 — 边沿/脉冲？

检查 MPU 设置、您是否还在 SysConfig 中使用内存配置器？

您好 Pratheesh、

INTC 配置是相同的（icss0_INTC_initdata 由 SysConfig 生成）。

/*
 *  ICSSG0_INTC
 */
PRUICSS_IntcInitData icss0_intc_initdata =
{
    {
        ICSS_INTC_EVENT_16,
        0xFF
    },
    {
        {
            ICSS_INTC_EVENT_16,
            ICSS_INTC_CHANNEL_2,
            SYS_EVT_POLARITY_HIGH,
            SYS_EVT_TYPE_PULSE,
        },
        {0xFF, 0xFF, 0xFF, 0xFF}
    },
    {
        {
            ICSS_INTC_CHANNEL_2,
            ICSS_INTC_HOST_INTR_2
        },
        {0xFF, 0xFF}
    },
    (
        ICSS_INTC_HOST_INTR_2_HOSTEN_MASK
    )
};

    const uint32_t PruEvtoutNum = 0;  // PRU_ICSSG0_PR1_HOST_INTR_PEND_0
    const uint32_t R5fIntrNum = CSLR_R5FSS0_CORE0_INTR_PRU_ICSSG0_PR1_HOST_INTR_PEND_0 + PruEvtoutNum; // Interrupt number of R5F
    const uint8_t WaitEnable = 0; // Flag specifying whether application can wait on this interrupt using PRUICSS_waitEvent() function. 1 for enable, 0 for disable

    // register our Interrupt Handler
    status = PRUICSS_registerIrqHandler(g_PruIcss0Handle,
                                        PruEvtoutNum,   /*  pruEvtoutNum PRU_ICSSG0_PR1_HOST_INTR_PEND_0 = 0, .... PRU_ICSSG0_PR1_HOST_INTR_PEND_7 = 7 */
                                        R5fIntrNum,     /*  r5fIntrNum   corresponding r5f input interrupt line */
                                        1,              /*  eventNum(Do not care)*/
                                        WaitEnable,     /*  wait_enable  */
                                        &onNewDataFromPRU_ISR);
    assert(SystemP_SUCCESS == status, "Could not register PRU interrupt handler.");

    // Interrupt-Channel-host mapping
    status = PRUICSS_intcInit(g_PruIcss0Handle, &icss0_intc_initdata);
    assert(SystemP_SUCCESS == status, "Could not set up Interrupt-Channel-host mapping.");

我们没有使用存储器配置器 — 我们通过 cmd 文件控制存储器 — 此处没有更改。

接下来是检查 INTC 寄存器、但今天不会。

还有其他建议吗？

谢谢、Steve

我刚刚意识到 、这个特定的 R5f 内核上也没有产生 IPC 中断 — 似乎所有中断都在内核 (0-1) 上被禁用/无法正常工作。

SDK/Compiler/SysConfig 中的哪些更改可能会导致这种情况发生？ 此内核上的代码稳定了一段时间。

您好 Steve、

如果 IPC 中断未路由到 R5F 内核 0 或 R5F 内核 1、我会看到两个可能的原因：
1. PRU 内核侧：请确认 PRU 内核侧的所有功能是否正常运行。  
2. R5F 内核上的中断注册：
我注意到了 PRUICSS_registerIrqHandler () 函数用于在 R5F 内核上注册中断。 如果此函数失败、预计会触发 DebugP_ASSERT、但似乎没有发生、因此、该函数可能返回成功。

要继续、您能否确认：
•PRU 固件是否正确执行并按预期生成中断？
•PRUICSS_registerIrqHandler() 是否返回成功?

这将有助于缩小问题出在 PRU 侧还是 R5F 中断配置中。

此致、

Anil.

我认为资源分配变化也可能是一个因素 — 您是否也更新了 SBL？

(99+) AM6442：中断路由器资源分配更改失败 — 处理器论坛-处理器 — TI E2E 支持论坛

您好 Anil、

我可以确认正在执行 PRU 代码（通过 LDI 指令任一侧的 GPO 上的逻辑分析仪）、并且状态值都报告成功。

Steve

Holel Pratheesh、

目前、目标配置为使用 XDS200 探针进行调试。  我们有自己的自定义引导加载程序、但现在没有使用。

Steve