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:Linux 和 TIFS/DM 之间的通信

Guru**** 2551040 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1567392/am625-communication-between-linux-and-tifs-dm

器件型号:AM625


工具/软件:

在工作期间、Linux 与 TIFS 和 DM 之间存在什么样的通信?  

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

    提出问题的原因、因为客户遇到 R5F 49 天崩溃问题。 了解 R5F 崩溃时的后果。 我记得在 Linux 启动后、我被告知 DM/TIFS 和 Linux 之间没有通信。 但似乎没有。 如果是、如果不使用 PM 进行 睡眠、唤醒功能、尽管 R5F 处于崩溃状态、但不应影响该功能。  

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

    尊敬的 Tony:
    请参阅常见问题解答
    【常见问题解答】DM R5F 在某些情况下可能崩溃:AM62x、AM62Ax、AM62Dx、AM62Px、AM67、 AM67A 
    此致、
    - Hong

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

    Hong Hong:

     我们了解了此常见问题解答 、并知道 R5F 崩溃的原因。 现在、客户 想知道 R5F 崩溃的后果、为什么?

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

    从在  AM623 上的讨论:在 RESP 持续运行 4295312 秒时的 mbox 超时 :

    Nick

    由于 DM R5F 已崩溃、因此发送到 DM R5F 的任何设备管理请求或电源管理请求都将失败。

    在我的测试中、Linux 似乎在运行时向 DM R5F 发送了常规电源管理消息。 目前、我尚未严格测试对不同外设的影响。

    请记住、不同的系统、操作系统和用例将以不同的方式与 DM R5F 交互、因此在不同的设计上看到略有不同的崩溃症状不会让我感到惊讶。

    Tony

    在运行时可能会发生哪种类型的设备管理请求。 DMA 和中断初始化应已经在启动期间完成。 如果没有电源管理操作、它不应该影响 Linux 运行。 但为什么 SPI、I2C 停止工作。

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

    您好、Tony、

    目前、我还没有深入研究 DM R5F 之间运行时的所有交互。

    此致、

    Nick

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

    您好、Nick、

    我认为效率方法需要开发人员来检查。   

    此用例基于 Linux SDK9.2.1.09、不使用 M4、不是自行开发 R5F、希望不会让事情变得复杂和混乱。

    根据此常见问题解答:

     【常见问题解答】AM62X/AM62Ax/AM62Px:如果 Linux 无法使用 DM R5F 初始化远程处理器、该怎么办? 

    -- 在 SDK 9.2.0 和 SDK 9.2.1 之间,我们更新了 DM R5F 和 TIFS 软件之间的通信代码。 这时才会开始看到此行为。 此行为的来源是 TIFS 拒绝 Remoteproc 驱动程序的所有权请求。

    在 DM R5F 初始化时、DM R5F 代码请求自身所有权。 这些故障情况是由 DM R5F 和 TIFS 软件之间的通信代码在初始化后未能释放 DM R5F 的所有权而引起的。 在这些情况下、TIFS 代码认为 DM R5F 仍保留对自身的所有权、因此 TIFS 代码拒绝 Remoteproc 驱动程序对 DM R5F 的所有权请求。“

    由于客户没有自行开发 R5、不理解说明、不知道结果。

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

    您好、Tony、

    问题 1:DM R5F 崩溃的后果是什么?  

    今天我和几位开发人员进行了交谈。 答案很简短:“每个驱动程序/应用程序将以不同的方式与 DM R5F 进行交互。 因此、DM R5F 崩溃可能会影响不同的驱动程序、或以不同的方式与不同的系统设置交互。“

    大多数 TISCI 消息发生在引导时、但驱动程序或应用程序可以选择更改时钟、频率或在运行时动态分配不同的资源。

    建议是、如果客户希望准确了解其系统的行为方式、则应进行 SCI 记录、以便他们可以分析在其特定系统中发送的所有消息。

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

    问题 2:如果客户使用 SDK 9.2.1 或 SDK 10.0、是否必须将 ti-sysfw 版本更新为 SDK 10.1?  

    编号 据我所知、您的客户只需将 ti-sysfw 版本更新到 SDK 10.0 即可获取 PLL 不稳定补丁。 但是、如果您的客户希望安全起见、也可以将 ti-sysfw 更新为 SDK 10.1 版本。

    由于您的客户已经在更新 DM R5F 固件以避免 49 天崩溃、因此我不担心 Linux 是否在运行时连接到 DM R5F。

    如果 DM R5F 在引导后没有释放自身所有权、是否会发生任何不良情况?  

    由于您的客户已更新其 DM R5F 固件、因此不会出现任何不良情况。

    如果您的客户未更新其 DM R5F 固件、且 Linux 未能连接到 DM R5F、则客户可能会遇到 49 天的崩溃。

    此致、

    Nick

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

    您好、Nick、

    建议:如果客户想要确切了解其系统的行为方式、那么他们应该执行 SCI 日志记录、以便能够分析在其特定系统中发送的所有消息。

    是的、客户希望尽可能了解详细信息、以帮助他们了解系统的运行方式。

    但驱动程序或应用程序可以选择更改时钟、频率或在运行时动态分配不同的资源。

    SPI 将更改时钟频率。 “动态分配差异资源“是否可以更详细地帮助理解?  

    客户正在使用 SDK9.2.1.9+sysfw10.1.8。

    如何进行 SCI 日志记录? dmesg |grep sci 来自 Linux 日志、还是需要从 tifs 控制台打印?