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.

[参考译文] AM625:如果 SDK8.3 有 49 天崩溃问题

Guru**** 2553260 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1554504/am625-if-sdk8-3-has-49-days-crash-issue

器件型号:AM625


工具/软件:

#1。 客户申请 TI 确认 SDK8.3 R5F DM 固件是否存在 49 天崩溃问题。

#2. 如果是、需要 TI 提供 SDK8.3 DM 固件源代码和修复补丁。

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

    您好、Tony、

    我正在与您联系以获取更多信息。

    这是否是您需要每天更新的地方、即使我没有取得任何进展? 或者、如果我能够与相应的开发人员进行对话、您只是想要更新吗?

    此致、

    Nick

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

    客户申请 TI 会尽快解决该问题、因为这是 TI 的已知问题、没有理由等待。

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

    今天的更新:

    我有软件存储库。 在我们解决以下问题之前、我没有时间浏览软件库:

     AM623:V10.00.08 的 TI-Linux-Firmware 源代码

     AM623:RESP 中的 mbox 超时、连续运行 4295312 秒 

    如果我在几天内没有提供其他更新、请 ping 此主题。

    此致、

    Nick

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

    现在可以解决基于 SDK9.2 的 49 天崩溃问题。  

    接下来、我们来检查 SDK8.3 是否受到影响。  

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

    还在处理 SDK 8.3 代码。 明天将进行另一次更新。

    此致、

    Nick

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

    您好、Tony、

    我 90%都确定 RTOS SDK 8.3 不会受到 49 天崩溃的影响。 请再给我一天时间进行验证。

    请注意、仅当客户使用 RTOS SDK 8.3 中的 DM R5F 固件时才适用。 如果他们使用更高版本的 DM R5F 固件、则该更高版本的固件可能容易受到影响。

    过去 2 天的工作总结  

    DM R5F 固件“ipc_echo_testb_mcu1_0_release_strip"的“的命名约定实际上来自 IPC 工程的之前 TI-RTOS/PDK 版本、而不是 IPC 工程的 MCU+ SDK ipc_rpmsg_echo_linux 版本。 因此、我怀疑 ti/drv/ipc/examples 下的示例代码是用于生成 DM R5F 固件的代码。

    假设这是代码、那么 SDK 8.3 不受 49 天崩溃的影响。 代码中没有超时选项等待 Linux 为 IPC 通信做好准备、只有这样的无限循环:

    examples/common/src/ipc_testsetup_baremetal.c
    examples/common/src/ipc_testsetup.c
    
                        while(!Ipc_isRemoteReady(pRemoteProcArray[t]))
                        {
                            TaskP_sleep(10);
                        }

    仍在等待验证这是工程  

    我的联系人 (能够验证这是否是用于 AM62x SDK 8.3 DM R5F 固件的项目)在过去 2 天里一直在休假。 我希望在星期四上收到他们的回复。

    此致、

    Nick

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

    您好、Tony、

    SDK 8.3 的预编译映像不受 49 天崩溃的影响  

    我对所使用的工程出错了、实际上是为 SDK 8.3 预编译的 DM R5F 二进制文件
    pdk/packages/ti/drv/sciclient/examples/sciserver_testapp

    此固件不受 49 天崩溃的影响。

    提醒一下、崩溃是由等待 Linux 初始化 RPMsg 基础架构时的 DM R5F 超时引起的。

    此项目中没有 RPMsg 通信、因此永远不会发生这种情况。

    如前一个响应中所述、即使对于 PDK 中的其他 IPC 示例、“Wait for Linux“代码也没有超时值。 因此、即使有 IPC 代码、它也会一直循环、而不是在 49 天后超时。

    此致、

    Nick