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.

[参考译文] AM5716:在将 AM5716调整为新的 SDK 09.02.00.133后、实时内核的 DSP1内核将运行 COM7、8和9串行端口、导致器件冻结、命令没有响应

Guru**** 2463330 points
Other Parts Discussed in Thread: AM5716

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1475594/am5716-after-adapting-the-am5716-to-the-new-sdk-09-02-00-133-the-dsp1-core-of-the-real-time-core-operates-the-com7-8-and-9-serial-ports-causing-the-device-to-freeze-commands-become-unresponsive

器件型号:AM5716

工具与软件:

在中国客户、使用 AM5716 PRUSS 网络端口、

SDK 09.02.00.133

在将 AM5716调整到新的 SDK 09.02.00.133后、

实时内核的 DSP1内核运行 COM7、8和9串行端口、导致器件冻结、命令无响应、IO 使用率达到100%。

一些附加信息:DSP 内核使用 DMA 来接收和发送串行端口。 串行端口包括1、2、4、5、6、 7、8和9。 所有串行端口的初始化过程都是相同的。 目前、串行端口1、2、4、5 6不会导致 A 内核故障。 只有串行端口7、8和9会导致核心 KWorker 任务崩溃和退出、并导致 IO 被阻止。 发生故障后、DSP 内核不报告异常、并且串行端口传输和接收正常。 DMA 控制器使用 EDMA。 更换 DSP 内部的 EDMA 后、故障仍然存在。

错误详细信息如下:
e2e.ti.com/.../Error-Details.txt

顶部:

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

    您好!

    [quote userid="620611" url="~/support/processors-group/processors/f/processors-forum/1475594/am5716-after-adapting-the-am5716-to-the-new-sdk-09-02-00-133-the-dsp1-core-of-the-real-time-core-operates-the-com7-8-and-9-serial-ports-causing-the-device-to-freeze-commands-become-unresponsive 实时内核的 DSP1内核操作 COM7、8和9串行端口、导致设备冻结、命令无响应、IO 使用率达到100%。

    您能告诉我们 DSP1内核使用的是哪个版本吗? 这是否也更新到了9.2? 是 TI 发布的内容还是定制软件?

    此外、您是否在 A72上使用库存9.2 Linux 映像、或者是否进行了任何修改?

    这是新项目还是您正在处理的现有项目? 此外、还使用了先前的 SDK 版本是什么? 是8.3吗? 为什么要转到9.2?

    谢谢。

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

    您好、Praveen Rao:

       DSP1内核也已更新到9.2版、这是 TI 发布的 SDK 的一部分。 之前的版本是06.03。

    我们现在有一个新项目、需要升级核心来解决安全 漏洞。

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

    好的、谢谢。 请注意、还提供了 SDK 9.3版本。

    此外、您能否提供上述其他查询的详细信息、以便我们帮助了解 DSP1访问 COM7、8和9导致冻结的原因?

    谢谢。

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

    您好、Praveen Rao:

    该代码是旧的、在旧版本6.03上正常运行。 它已更新到9.02以支持安全开发要求。 串行端口 DMA 配置应该可以正常工作。 新版本中的大多数串行端口 DMA 不存在此问题。 但为什么串行端口7、8和9出现如图所示的严重问题? 应该检查哪些方面?

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

    我发现、当这个故障发生时、IODELAYCONFIG 模块无法读取、但在故障发生前可以正常读取。 此外、IODELAYCONFIG 模块以及串行端口7、8和9都属于 L4_PER2总线。 或许 IODELAYCONFIG 模块与电流故障有关、但我不知道原因。

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

    您好!

    假定在6.03上运行的代码将在9.02上运行、且没有明确的审阅和理解、这是不公平的。 此外、您是否对6.03之前的代码进行了更新? 如果是、他们是否得到足够的照顾、可于9月02日申请?

    但为什么串行端口7、8和9存在如图所示的严重问题? 应检查哪些方面?

    您必须检查它们在两个版本上的使用情况、尤其是它们在各个内核上的使用情况。 此外、检查/审核器件树文件。

    谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我发现发生此故障时、无法读取 IODELAYCONFIG 模块、但在发生故障前可以正常读取此模块。 此外、IODELAYCONFIG 模块和串行端口7、8和9都属于 L4_PER2总线[/报价]

    我们不确定您要在 UART 和 IODELAYCONFIG 之间实现何种关系? 与6.03相比、您是否审计了相关模块的时钟并确保它们与9.02相比是正确的?