    /* This API MUST be called by applications when its ready to talk to Linux */
    status = RPMessage_waitForLinuxReady(SystemP_WAIT_FOREVER);
    
    DebugP_assert(status==SystemP_SUCCESS);

如果 Linux 从不初始化 RPMsg 基础架构（其中“正确“的行为是在 RPMessage_waitForLinuxReady 内一直循环）、则 RPMessage_waitForLinuxReady 中的一个错误允许该函数在 49 天后退出。当 DebugP_ASSERT 捕获到错误时、它会使 DM R5F 崩溃。

详细信息

Linux 必须先初始化 RPMsg 基础架构、然后非 Linux 内核才能与 Linux 进行 RPMsg 处理器间通信 (IPC)。 “IPC Echo “任务使用函数 RPMessage_waitForLinuxReady 等待 RPMsg IPC 基础设施已初始化的信号。如果 Linux 从不使用 DM R5F 初始化 RPMsg 基础架构、则“IPC Echo “任务应一直保留在 RPMessage_waitForLinuxReady 函数中。

但是、 RPMessage_waitForLinuxReady 函数会将 RTOS 1ms 节拍计数器值与传入的参数进行比较。如果节拍计数器始终等于该参数、则该函数会超时并退出。

SystemP_WAIT_FOREVER = 0xffff_FFFF。 1ms 计数器在 49 天后达到 0xffffff_FFFF。此时、 RPMessage_waitForLinuxReady 返回的状态为 SystemP_TIMEOUT。

DebugP_ASSERT 会捕获错误（状态= SystemP_TIMEOUT！= SystemP_SUCCESS）。然后、DebugP_ASSERT 会通过禁用中断和进入无限循环来冻结整个 DM R5F 内核（“IPC Echo “任务和 DM 任务）。

0 admin 7 个月前

TI__Guru**** 2553420 points

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

这是器件错误吗？

编号此崩溃是由固件代码引起的、而不是由硬件引起的。

0 admin 7 个月前

TI__Guru**** 2553420 points

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

问题何时得到解决？

AM62x、AM62Ax、AM62Dx、AM62Px

从 SDK 11.0 开始、到标签 11.00.00 之后的 git.ti.com/.../ti-dm

在此版本的固件中、函数 RPMessage_waitForLinuxReady 测试传入的参数。如果参数= SystemP_WAIT_FOREVER、则除非已初始化 Linux RPMsg 基础结构、否则该函数不会退出。

AM67、AM67A

从 SDK 11.1 开始和从 https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/tree/ti-dm?h=ti-linux-firmware（此提交开始）、此问题已得到解决。

请注意、AM67 和 AM67A 在 ti-linux-firmware/ti-dm/j722s 中使用固件二进制文件

0 admin 7 个月前

TI__Guru**** 2553420 points

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

我们的设计满足崩溃的所有条件、但我们不想更新 DM R5F 固件。我们的系统在运行 49 天后实际上会崩溃吗？

在我们的测试中、受影响系统中的 DM R5F 内核在 1ms 计数器值达到 SystemP_TIMEOUT = 0xffff_FFFF 后的 100%时间内崩溃。

0 admin 7 个月前

TI__Guru**** 2553420 points

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

我设计中的 A53 内核未运行 Linux。我的设计是否仍会受到影响？

是的。

假设您的设计满足【常见问题解答】【警报】DM R5F 在特定条件下可能会崩溃：AM62x、AM62Ax、AM62Dx、AM62Px、AM67 AM67A 。因此、我们将查看条件“DM R5F 和 Linux 之间未初始化 RPMsg IPC 通信“。

DM R5F IPC Echo 固件正在等待资源表中出现一条消息、指示有人已初始化通常用于与 Linux 通信的 RPMsg 基础架构。如果 DM R5F 在 49 天后未收到该消息、则无论 A53 内核是运行 Linux、MCU+ SDK 还是其他版本、DM R5F 都会崩溃。

0 admin 7 个月前

TI__Guru**** 2553420 points

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

在 DM R5F 和 Linux 之间未初始化 RPMsg IPC 通信的典型情况是什么？

DM R5F 使用不同的通信协议与其他内核发送和接收器件管理和电源管理消息。因此 DM 任务实际上不使用 RPMsg 协议。

设计可能不会初始化 Linux 和 DM R5F 之间的 RPMsg 通信的原因有多种、例如：

Remoteproc & RPMsg 内核驱动程序在 Linux 内核配置中被禁用
DM R5F 节点已从 Linux 器件树文件中删除或设置“STATUS = DISABLED“（只要保留 Linux 器件树文件中的 DM R5F 存储器分配、这就不会影响 DM 任务操作）
Linux 器件树中删除了 Linux 和 DM R5F 之间 RPMsg virtio 缓冲器的 1MB 存储器分配