[参考译文] J784S4XEVM：C7x GPIO 中断路径问题

尊敬的 Charles：

感谢您提供深入的信息、您已设置为 C7x 生成 GPIO 中断所需的所有内容。  

您能否 为您的修改提供 sciclient_defaultBoardcfg_rm.c？ 完整文件或与 SDK 中原始文件的差异。

Unknown 说：

我可以通过写入 CLEC send reg.

来触发中断(代码到达回调函数)

那是哪个寄存器？

谢谢、

Neehar

嗨、Neehar、

这是  sciclient_defaultBoardcfg_rm.c 的差异

e2e.ti.com/.../sciclient_5F00_defaultBoardcfg_5F00_rm.txt

我在 CLEC_EVT_CFG_ESR_j 中写入、以触发来自  Register_Public_的中断、CLEC 是"J784S4_CLI.20250116.xlsx"中的"事件发送寄存器"。

尊敬的 Charles：

感谢您提供此信息。

您能否确认 sciclient 是否能够成功注册和配置中断路径？

谢谢、

Neehar

嗨、Neehar、

以下 sciclient 函数工作正常：

- Sciclient_rmGetResourceRange

- Sciclient_rmIrqTranslateIrOutput

- Sciclient_rmIrqSet

当我在 Sciclient_rmIrqSet 之后检查 INTRTR 路由器内存时：

0xa000e4 = 0x10091

这是 GPIOMUX 56地址(对应于 sciclient_defaultBoardcfg_rm.c)。

数据表示 INT_ENABLE = 1且 MUX_CNTL = 145 (=组中断：主 GPIO0组0)。

谢谢

Charles

尊敬的 Charles：

谢谢、由于带宽较低、我将进一步查看并在几天内做出响应。

谢谢、

Neehar

尊敬的 Charles：

很抱歉耽误你的时间。

[引述 userid="545647" url="~/support/processors-group/processors/f/processors-forum/1496341/j784s4xevm-c7x-gpio-interrupt-path-issue/5751740 #5751740"]

当我在 Sciclient_rmIrqSet 之后检查 INTRTR 路由器内存时：

0xa000e4 = 0x10091

[/报价]

根据该寄存器、GPIOMUX_INTRTR 145的输入是否为39？ 是这样吗？

[报价 userid="545647" url="~/support/processors-group/processors/f/processors-forum/1496341/j784s4xevm-c7x-gpio-interrupt-path-issue ]0x600034 = 0x0

  中断触发时、是否从未设置中断状态寄存器？

[引述 userid="545647" url="~/support/processors-group/processors/f/processors-forum/1496341/j784s4xevm-c7x-gpio-interrupt-path-issue

0x79b81000 = 0x411000028

[/报价]

这是  CLEC 输入440的正确寄存器吗？ 寄存器映射似乎源于我的计算。

谢谢、

Neehar

嗨、Neehar、

Unknown 说：

根据该寄存器、是否为 GPIOMUX_INTRTR 145的输入、输出为39？ 正确吗？

基于 J784s4_GPIOMUX_INTRTR_CFG_muxcntl Register_Public  寄存器不会提供输出：

但输出应该是44 CF PDK 用户指南4.12.7.2.2。 中断目标 ID (J784S4_DEV_COMPUTE_CLUSTER0_CLEC = 44)

Unknown 说：

  触发中断时是否从未设置中断状态寄存器？

即在按下 SW3按钮时、在初始化时清除该按钮、以便发生下一个中断。

Unknown 说：

这是 向 CLEC 输入440的正确寄存器吗？ 从我的计算结果来看、寄存器映射似乎已关闭。

将我的代码用于配置 CLEC 事件。

int32_t               ret;
CSL_ClecEventConfig   cfgClec;
CSL_CLEC_EVTRegs     *clecBaseAddr = (CSL_CLEC_EVTRegs *)CSL_COMPUTE_CLUSTER0_CLEC_REGS_BASE;
eventId  = dst_host_irq; /* CLEC i/p Event Idx - Use Range from BoardCfg (value is 440)*/
intNum = 40

/* Configure CLEC for GPIO */
cfgClec.secureClaimEnable = FALSE;
cfgClec.evtSendEnable = TRUE;
cfgClec.rtMap = CSL_clecGetC7xRtmapCpuId();
cfgClec.extEvtNum = 0;
cfgClec.c7xEvtNum = intNum;

CSL_clecClearEvent(clecBaseAddr, eventId);
CSL_clecConfigEventLevel(clecBaseAddr, eventId, CLEC_EVT_CFG_MMR_HIGH_LEVEL);
ret = CSL_clecConfigEvent(clecBaseAddr, eventId, &cfgClec);

if (ret != CSL_PASS)
{
    PRINT_LOG("CSL_clecConfigEvent failed %d\n", ret);
}

基于 J784s4_evt Register_Public 440公式(索引439)

1B7h*1 0000h]

=>我使用 TI CSL 函数并通过计算值得到了同一寄存器 addr。 对我来说、寄存器映射似乎正确

谢谢、

Charles

Unknown 说：

j 的值将描述输出中断、因为 j=0至63d、

我同意 j 的值将决定 GPIOMUX_INTRTR 输出、然后决定 CLEC 输入。  

我计算出使用的 GPIOMUX 是56

A0 00E4h = 38h*4h+4h+A0 0000h

38h = 56d

基于该寄存器、是 GPIOMUX_INTRTR 145的输入、输出为56

此输出连接到 CLEC 事件440。

Unknown 说：

如果您说 C7x 内核1、则表示 c7x_1？

视情况而定、它是第一个内核(在 CCS 中称为 C7x_0或 在编译时称为 C7x_1)。

Unknown 说：

成功中断内核时、您对此寄存器写入了什么值？

我使用了"CSL_clecSendEvent"函数、但 寄存器应忽略写入的值。

谢谢、

Charles

尊敬的 Charles：

让我仔细检查一下、然后返回给您。

谢谢、

Neehar

尊敬的 Charles：

感谢您向我提出此问题、我看到并理解事件偏移的问题不正确。 它与映射到正确 CLEC 事件所需的事件偏移不对应、如下面的输入事件映射中所示：

我会在 GPIO 驱动程序中向开发团队提出此问题。

谢谢、

Neehar