[参考译文] AM62L：有关 Cortex-A53 上 Linux + FreeRTOS AMP 共存 SDK 发布路线图的咨询

您好 Daniel、

AM62L 只有两个 A53 内核。
运行 AMP 会造成许多问题、如中断处理和资源分配。 二级高速缓存在两个内核之间共享。
因此、运行 AMP 是不可取的做法。

在 FreeRTOS 方面、未来不支持 AM62L。
我们将在 AM62L 上迁移到 Zephyr。 现在它位于 Zephyr 上游、现在 TI.com 上不支持它、将来会迁移到 Zephyr 模型。

AM62L 主要仅在 SMP 模式下支持 Linux。
不支持在一个内核和另一个运行 RTOS 的内核上运行 Linux。

此致、

Anil.

尊敬的 Anil：

感谢您提供有关 AM62L 在传统 AMP 中的双 A53 架构限制的详细反馈、以及上游 Zephyr 的路线图更新。

鉴于您认为 AM62L 在 SMP 模式下主要支持 Linux、并且由于存在共享 L2 高速缓存和资源分配问题、不建议直接在单独的内核上运行 Linux/RTOS、我们想探索使用 Jailhouse Hypervisor 作为替代解决方案的可能性。

由于 Jailhouse 可以严格地将硬件资源（CPU 内核，内存区域和特定中断）划分为单独的“单元“、因此我们希望了解 TI 关于以下几点的官方立场和建议：

1. 可行性和建议： TI 是否建议或支持在 AM62L 上实施 Jailhouse、以便将一个 A53 内核用于 Linux（根单元）、将另一个 A53 内核隔离用于运行 RTOS 的非根单元（例如 Zephyr 或 Bare-metal）？

2. 共享 L2 高速缓存的影响： 即使使用 Jailhouse 对 CPU 内核进行分区、L2 高速缓存仍然在两个 A53 内核之间进行物理共享。 从 TI 的设计角度来看、Linux 根单元的缓存活动是否会严重影响 RTOS 单元的确定性实时延迟？

3. 硬件资源分区： AM62L 上的内部外设防火墙和中断控制器 (GIC) 是否已经成熟且足够细化、从而允许 Jailhouse 在不与 Linux SMP 内核冲突的情况下安全地将专用 UART/SPI/CAN 外设分配给 RTOS 单元？

4. TI 参考设计： TI 是否有我们可以利用的 AM62x/AM62L 系列中 Jailhouse 的任何现有参考设计、补丁或评估指标？

我们期待您对这种架构方法的见解。

Daniel

Daniel  

我们在包括 AM62L 在内的大多数 AM62x 系列器件上都提供了 Jailhouse  

3.7.1. Jailhouse—适用于 AM62L 的 Linux SDK 文档

请查看它是否适用于您的客户及其终端应用。  
我们还在文档中发布了一些性能数据  

3.7.1. Jailhouse—适用于 AM62L 的 Linux SDK 文档

您好先生

之前提供的链接不包含有关如何在 Jailhouse 内集成和引导实时操作系统 (RTOS) 的具体详细信息。 您能否提供相关文档、参考设计或推荐的方法来实现此目的？

具体而言、我们希望：

• 为 RTOS 配置 Jailhouse 单元的指导原则。

• 运行 RTOS 的非根单元的引导序列/过程。

• 涉及此实现的任何 TI 特定示例工程或应用手册。

感谢您的支持。

Daniel

您好 Daniel、

我正在将您的查询发送给合适的专家 、以便对上述问题进行评论。

此致、

Anil.