[参考译文] AM625：AM625：全部四个 Cortex-A53 之间的 IPC

你好,首先,我道歉我迟到的答复。  

关于您的问题、 我们没有足够的邮箱集群和中断来支持 IPC 中的所有 AM62x A53 内核。  

SMP 是否适用于您的用例？ 原因是 AMP 仍在开发和试验阶段。  如果可以选择 SMP、则将在 MCU+SDK 11.2（大约 12 月的时间范围）中启用此功能

谢谢您、

Paula

我们将尝试在我们的项目中使用 SMP。 我认为它应该运行得更好。 谢谢你。

尊敬的 Egor：  

Paula 提到、AMP 对 A53 的支持仍处于实验阶段。

将 AMP 与此实验标签配合使用将导致 A53 上出现以下功能问题。

共享 L2 高速缓存问题：
所有四个 A53 内核共享同一 L2 高速缓存。 在 AMP 模式下、内核之间没有协调的高速缓存管理。 因此、一个内核上的活动可以逐出另一个内核使用的缓存行。 这会导致不可预测的性能、高速缓存抖动和实时延迟故障。

SYSFW 资源分配限制：

系统固件在 A53 集群级别（而不是每个单独内核）管理系统资源。 因此、在 AMP 模式下运行的独立操作系统实例无法可靠地单独拥有和管理资源。

邮箱 IPC 限制：
在 AM62X SoC 上、可用的邮箱中断有限。 对于四个运行单独操作系统实例的 A53 内核、我们无法为 IPC 提供专用的邮箱中断通道。 因此、基于硬件邮箱的 IPC 无法针对 AMP 进行扩展。

相比之下、11.2 MCU+SDK 版本完全支持 SMP FreeRTOS。

在 SMP 模式下、所有四个 A53 内核使用相同的 FreeRTOS 内核并共享单个调度器。 这可以确保高速缓存、中断和资源的正确协调。 当一个任务想要与在不同内核上运行的另一个任务进行通信时、FreeRTOS SMP 使用其标准 API（如队列发送/接收，任务通知，信标和事件组）提供内置内核间通信。

建议：
SMP FreeRTOS 是受支持且可靠的解决方案、并且 AMP 支持仍在试验中、存在多种限制、因此我们强烈建议在 A53 上使用 SMP 模式而不是 AMP。

此致、

Anil.