This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] SK-AM64:在每个内核上引导 Linux

Guru**** 1652420 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1323526/sk-am64-booting-linux-on-each-core

器件型号:SK-AM64

您好!

             我是 Linux 新手尝试实验我有 am64x-SK 有双核 cortex-A53默认处理器 SDK Linux 使用两个内核,所以是否可以同时运行两个 Linux 操作系统每个内核和不同的 Linux ? 请帮助您弄清楚

谢谢

S Prasanth

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Prasanth,

    您想通过两个不同的 Linux 实例实现什么目标?

    请记住、您还可以隔离内核、以便只有一个 Linux 实例在运行、但每个内核都专用于处理特定的任务。 但这也会限制可用于每个任务的计算能力。

    此致、

    尼克

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

                            我正在尝试深入了解 am64x 中的 Linux 内核。 如果我们运行2个 Linux 实例延迟增加 、并且计算能力将受到限制、那么我们可以将1类管理程序用于 am64x 吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Prasanth、

    您能否解释一下您的用例、以及为何需要在每个 A53上运行 Linux 或使用1类管理程序?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的

                                    我们正在开发一种低延迟的时间敏感型网络应用程序(TSN)。Linux OS 通过 IPC 与 R5f 内核通信。 在 am64x-SK 上有2个 端口以太网、我想在每个内核上专门使用这些以太网端口、以便一个 Linux 内核将与 RTOS 以及配置为备份或 安全 用途的其他内核进行通信。 不知道如何才能做到这一点 找一些建议.

    谢谢。

    S Prasanth

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    AM64x 上没有示例虚拟机监控程序支持、但如果您想尝试在虚拟化环境中运行某些内容、我们确实支持运行 Docker 容器。 A53运行一个 Linux SMP 实例、默认情况下会共享两个内核、并且从硬件角度也会共享相干 L2缓存。 运行两个完整的操作系统是一个相当沉重的工具,并且构建这一个备份将是复杂的。 我建议从一个 Linux 开始,如果正常的 SMP 不足以使用核心隔离、关联性、CPU 集、键入工具将某些内容分区到一个内核,我建议您先使用一个 Linux。 为了安全起见、我建议依靠 Linux 和 OP-TEE。

    另请注意,多个操作系统和虚拟化将对最坏情况下的延迟产生严重的不利影响。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Prasanth,

    此讨论可以从 AM64x 上的每个内核中获得什么样的"实时"性能、可能对您的系统设计有所帮助:
    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1085663/faq-sitara-multicore-system-design-how-to-ensure-computations-occur-within-a-set-cycle-time

    此致、

    尼克

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的

        我将随附我的用例 、请查看该用例、其中提供了一些 解决此问题陈述的建议。 我们是否有任何 SDK 来支持此开发或 请提供任何其他参考?

    谢谢。

    普拉桑特公司

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Prasanth、

    我们没有任何准备好的东西来满足您的需求。 除了 Pekka 之前提供的注释/指针、您可能还可以将 Jailhouse Hypervisor 移植到 AM64。 我们不将此作为 AM64x SDK 的一部分提供、但也可以为 AM62x 等其他一些类似的 SoC 提供此功能、请参阅此处: https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/09_01_00_08/exports/docs/linux/Foundational_Components cloudvisor/jailhouse.html?highlight=jailhouse 、因此方法如下所示:

    1. 借助基于 Jailhouse 的解决方案、使用 AM62x 器件对系统进行原型设计、这款解决方案现已上市

    2. 然后、如果(1)能令人满意地工作、就可以从 AM62x 向 AM64x 移植 Jailhouse。 虽然这不是我们支持的内容、但该任务本身应该不会过于困难、因为您只需要在现有平台(AM62x)之后进行建模。 所有的核心支持/基础设施都应该已经具备。

    此致、Andreas

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Prasanth、

    此外、出于完整性考虑、我的一位同事有另一个想法/替代方法、我想在此分享:

    如果需要控制2个独立的以太网端口、您可以使用常规 SMP Linux 并将 CPSW 网络任务分配给 Cortex-A 内核、 然后使用由某个 MCU Cortex-R5F 内核控制的基于 ICSSG_PRU 的以太网。 虽然这只会为您提供一个 Linux 实例、但它应允许在两侧之间实现更多的隔离。

    但是从你之前在这个主题上发表的一篇文章来看、你似乎已经计划使用 Coretex-R5F 内核进行其他活动、因此这可能不是一个选项。

    最后、您还可以考虑让两种单核 AM64x 型号并排配置?

    此致、Andreas

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 

            感谢建议赞赏它。我会尝试两种方法你已经提到. 只是 好奇,当我们同时运行2个 Linux 实例一件事是它导致延迟和共享硬件资源 变得复杂如果我错了。 此外、通过 并排使用 AM64x 单核器件、我们能否在这些器件之间建立通信?  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    当我们同时运行2个 Linux 实例时,一件事是它导致增加延迟

    是的、最大的项目之一可能是共享 L2高速缓存。

    共享硬件资源 变得复杂如果我错了,请更正我的问题

    Jailhouse Hypervisor 的工作方式是静态地将某些外设分配到特定的内核。 如果有一个外设需要"共享"、则情况会更复杂一些、因为需要将其分配给其中一个内核。 您仍然可以通过使用某种应用级通信通道来使用另一个内核的应用程序、并以这种方式进行管理。

    [报价 userid="586787" url="~/support/processors-group/processors/f/processors-forum/1323526/sk-am64-booting-linux-on-each-core/5040976 #5040976"]此外、使用 AM64x 单核器件 并排可以在这些器件之间建立通信吗?  [/报价]

    您可以为此使用任何外设接口。 如果高速是个问题、您实际上可以使用 PCIe 将两者连接在一起(操作一个 AM64x 作为 PCIe RC、另一个作为 EP)。

    此致、Andreas