[参考译文] VAR-3P-SDK-AM62：SOM + SDK 和 Linux SDK 的区别

尊敬的 Zain：

不同的内核(A53、M4F、R5F)可以运行不同的操作系统、因此 TI 为各种操作系统提供了不同的 SDK。

Linux SDK 用于在器件的 A53内核上运行 Linux。 MCU+ SDK 主要支持 M4F 和 R5F 内核的 noRTOS/FreeRTOS (以及 A53上 RTOS 的实验功能)。

从软件开发的角度来看、有两个不同的团队负责开发两个 SDK、但发布计划是一致的。

此致、

Anshu

Anshu

我避免建议在64位 A53内核上使用 FreeRTOS。 鉴于 Linux 社区期待将来推出使用"Linux 作为 RTOS "的产品(参阅 Toravalds 采访 https://www.zdnet.com/article/20-years-later-real-time-linux-makes-it-to-the-kernel-really/ )、我建议 TI 放弃对 A53 FreeRTOS 的主线支持(我开始与 TI 员工 Nick Saulnier 讨论实时 Linux 的未来理念)。

中的内容

Jim Mrowca

(exTIer 1982-1997)

对于未来的读者来说、仍有多种情况下、用例可能希望 FreeRTOS、AutoSAR、QNX 等在处理器内核上运行而不是 Linux。 RT Linux 完全添加到上游 Linux 是很好的,因为这意味着 RT Linux 将在未来许多年继续存在并得到支持。 但是、RT Linux 升级并不意味着其他操作系统不再有用。

要提供更多的上下文信息、请执行以下操作：

RT Linux 不是真正的实时操作系统(RTOS)。 RT Linux 比常规 Linux 更具确定性、但它无法提供与真正 RTOS 相同级别的确定性。 此外、通常 RT Linux 的响应时间将比真正的 RTOS 慢。

系统设计人员 可以问自己一个简单的问题：如果您的软件每周或一年错过一次计时要求、那没有问题吗？ 或者这是否会导致人员死亡、工厂设备损坏或其他一些不可接受的结果？

如果您的系统能够耐受偶尔出现的时序问题、那么 RT Linux 可能是不错的选择。 但是、如果您 必须在服务多年的时间内完全满足计时要求、则 TI 不建议将 RT Linux 置于关键控制路径中。

例如、您可以使用在 AM62x A53内核上运行的 Linux 来驱动医疗设备的显示器。 如果显示屏延迟1毫秒更新、这是正常的。 但我不会使用在 RT Linux 上运行的代码来保护用户的生命-这对于专为用例设计的真正 RTOS 更好。

此致、

Nick