[参考译文] 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

尊敬的 Charles：

Unknown 说：

根据 J784s4_GPIOMUX_INTRTR_CFG_muxcntl Register_Public  寄存器不提供输出：

GPIOMUX_INTRTR 总共有180个输入中断和64个输出中断。 GPIOMUX_INTRTR_CFG_muxcntl_j 寄存器会使用该寄存器通过中断路由器将输入中断多路复用到输出中断。 j 的值将描述输出中断、因为 j=0至63d、位[8：0]将启用 MUXCNTL 来实现输入中断。

但是、根据您的寄存器值、我计算出输出为39、您能否仔细检查并确认？

Unknown 说：

这是我按下 SW3按钮时的情况、但我在 init 时将其清除、以便下一次发生中断。

好的、感谢您确认、这是正确的预期行为。

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

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

1B7h*1 0000h]

[/报价]

是的,我现在看到,对不起的混淆,因为我使用1B8h 440。

说到 C7x 内核1、您指的是 c7x_1？

对于 CLEC 来说,寄存器值也是正确的,用于生成 c7x 事件编号40。

Unknown 说：

I 写到 CLEC_EVT_CFG_ESR_j 以触发来自 CLEC 的中断、CLEC 是

中的"事件发送寄存器"

当成功中断内核时、您向该寄存器写入了什么值？

谢谢、

Neehar

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