[参考译文] AM6442：适用于多核触发的 AM64x GPIO 中断配置 — 需要参数验证

梁

谢谢。 我已经分配了这个主题、下周可能会有回复

此致

Mukul  

尊敬的 Liang：

此处完成的偏移计算用于将 GPIO 配置为组中断。 如果您提供绝对引脚编号、则将为引脚中断配置 GPIO。

此致、

Tushar

核心问题的要求是让 TI 检查配置、以确保我们的配置正确。 如果可能、请提供演示。

期待您的答复。 核心问题要求是让 TI 审查配置以确保配置正确无误。 如果可能、请提供演示。

您好 Liang Han、

我了解了您的用例、其中单个 GPIO 引脚 (GPIO1.43) 需要在多个 A53 和 R5F 内核之间触发中断。

这里有两种可能的方法：

方法 1–将 GPIO 中断直接路由到所有内核：

•使用 GPIO 中断路由器、可以将同一组中断路由到多个内核。
•但是、GPIO 组中断源是单个中断源、只能清除一次。 如果任何一个内核在其他内核为其提供服务之前清除中断、则其余内核可能会错过该事件。
•在 A53 侧、中断是进入 GIC 的 SPI。 在 Linux 模式 (SMP) 中、GIC 仅将 SPI 传送到一个 CPU。

它不会向所有 A53 广播。

方法 2–单个硬件所有者+ IPC Notify（推荐）：

•配置 GPIO 中断由一个内核 (A53 集群上的 R5F 或 Linux) 处理。
•该内核成为所有者、清除其 ISR 中的 GPIO 组中断。
•在 GPIO 中断例程中、向所有内核发送 IPC Notify。
•这可保证 GPIO 源被正确清除、同时仍允许可靠地通知所有其他内核。

本地 (GPIO)->全局事件→INTA→VINT -> 目标核心。 这也是可能的,但我的建议是,我们可以使用以上两种方法 ,而不是将事件路由到 IA 到目标核心.

请分享您的想法,我们该如何继续.

此致、

Anil.

您好 Anil、

非常感谢您的答复。

对于方法 1、我们尝试了它、但当时我们遇到了两个问题：
首先、如果您使用 SysConfig 将不同的内核配置为使用同一 GPIO、则软件将向您发出资源冲突警报。 然后、我们尝试跳过 SysConfig 并使用手写代码实现。
第二个问题出现了。 当两个内核独立运行时、没有问题。 但是、当两个内核按顺序执行时、首先运行的内核没有问题、但稍后运行的内核遇到配置中断 (Sciclient_rmIrqSet) 故障。
这可能是某个地方的问题吗？

对于方法 2、我们关注的是中断延迟。
由于系统对计时的要求极高、因此过长的延迟（例如超过 3us 作为参考）是不可接受的。
是否有任何测量数据可用于评估此情况？

对于方法 0-本地 (GPIO)->全局事件→INTA→VINT ->目标内核、
我们一直在尝试使用 Sciclient_rmIrqSet 配置它、但配置始终失败。 反复重新检查配置参数、应该没有问题。
在此之前是否必须配置中断聚合器？

此致、

Liang Han。

您好 Liang Han、

我忘记在这里提到一个限制,同一个引脚可以只路由到两个内核和更多,这是不可能的。

GPIO 中断路由器的工作原理就是这样。

请参阅下面我对中断路由器工作原理的评论。

中断路由器仅将一个输入路由到一个输出。 这不是限制或错误、而是中断路由器设计为以这种方式工作的方式。 因此、很遗憾、您只能将一个 GPIO 引脚或一个组路由到一个目标。 但是、您可以将 GPIO 引脚路由到一个处理器、将相应的组中断路由到其他处理器。  因此、方法 1 不能用于路由 6 个通道。

如果您使用 Method2、会出现什么问题？

若要将 IPC 通知 R5F 发送到 R5F、大约需要 0.7 到 1usec。

因此、在一个内核中会触发 GPIO 中断。 触发中断后、发送 IPC 会通知所有内核、例如 R5F - 3R5F 和-A53 内核、几乎需要 4 μ s。

即使使用 GPIO→GPIO 多路复用器路由器→IA→目标内核也是如此。 我们无法路由具有相同输入的 6 个路由器输出、这也不受支持。 通过这种方法、我们也只能路由两个事件。 所以,最后我们只能使用方法 2。

https://software-dl.ti.com/mcu-plus-sdk/esd/AM64X/11_01_00_17/exports/docs/api_guide_am64x/DATASHEET_AM243X_EVM.html#autotoc_md565

此致、

Anil.

您好 Liang、

无法使用上述方法、因为全局事件无法路由到多个全局事件。
全局事件只能通过 ETL 交换机结构路由到中断聚合器 (IA)。

因此、根据将单个中断 (GPIO1_43) 路由到多个内核的要求、您需要使用以下任一方法：

1. GPIO + IPC 方法
•使用原始 GPIO 中断 (GPIO1_43) 作为一个内核上的触发器。
•然后使用 IPC 将事件传播到其他内核。

2.多 GPIO 中断方法
•SoC 还支持输入和输出模式下的 GPIO 中断。
•当发生 GPIO1_43 中断时、您可以切换不同的 GPIO 输出引脚（低电平→高电平或高电平→低电平）。
•这些输出 GPIO 可从不同的组中选择、以便它们生成独立的中断。
•写入 GPIO 设置寄存器通常需要大约 0.2µs。 因此、即使您需要触发 4 个内核、总延迟仍大致为 1µs、此延迟非常小。

因此、您可以在 GPIO + IPC 方法或多 GPIO 中断方法之间进行选择、具体取决于哪种方法更适合您的延迟和资源要求。

此致、

Anil.

您好 Anil、

上述两种方法应该能够满足我们的要求。

但是、我们在中断聚合器解决方案方面仍然存在一些困惑。

你能否进一步说明为什么这一具体计划不可行？

此外、关于“ 可以选择通过 ETL 交换结构将全局事件反馈回 INT_AGGR。 “在手册中提到、具体的应用场景是什么？

此致、

梁

您好 Liang、

SOC 支持多播支持功能。

而且、多播事件有勘误表、MCU +SDK 和 Linux SDK 中不支持软件。

因此、我们建议客户不要使用多播支持。

请查看  i2196 IA：潜在的死锁情况 勘误表中的更多详细信息、请参阅 AM64x/AM243x 勘误文档

此致、

Anil.