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.

[参考译文] Linux/AM5718:IPU 和 DSP 复位失败

Guru**** 2986400 points

Other Parts Discussed in Thread: AM5718, AM5728

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/673777/linux-am5718-ipu-and-dsp-reset-fail

器件型号:AM5718
主题中讨论的其他器件: AM5728

工具/软件:Linux

尊敬的团队,

我正在 am5718上运行解码。该电路板是定制设计的。

当电路板引导或重新加载固件,时、ipu2无法工作。

这是错误消息。某些消息是由我自己添加的。

[162.199528] remoteproc remoteproc1:已停止远程处理器5502000.IPU
[162.209673] remoteproc remoteproc1:发布5502000.IPU
[162.221112] OMAP-rproc 5502000.IPU:分配的保留存储器节点 ipu2_CMA@95800000
[162.229890] remoteproc remoteproc1:5502000.IPU 可用
[162.246253] remoteproc remoteproc1:为5502000.IPU 加电
[[162.259223] remoteproc remoteproc1:引导 FW 映像 dra7-ipu2-fw.xem4,大小为3743164
[162.269124] OMAP-iommu 55082000.MMU:deassert_hardreset
[162.274394] in 2 2 1 700 210 214
[162.277635] 统计数据7
[162.279656] in1 2 1 700 210 214
[162.283186] 统计数据7
[162.285204] 输出2 1 700 210 214
[162.288564] OMAP-IMU 55082000.MMU:55082000.MMU:版本2.1
[162.298398] rproc_fw_boot 1124
[162.303116] rproc_fw_boot 1128
[162.306187] rproc_fw_boot 1136
[162.332614] rproc_fw_boot 1159
[162.33563] rproc_fw_boot 1171.
[162.379086] rproc_fw_boot 1182
[162.382185] rproc_fw_boot 1197
[162.385259] rproc_fw_boot 1207
[162.389076] OMAP-rproc 5502000.IPU:deassert_hardreset
[162.397632] 输入为0 1 700 210 214
[162.400878] 统计数据7
[162.402899] in1 0 1 700 210 214
[162.422695] stat 6.
[162.424714] 输出0 1 700 210 214
[162.428041] OMAP_hwmod:ipu2:无法进行硬复位
[162.436706] OMAP-rproc_device_enable:proc 5502000.IPU 失败
[162.442969] OMAP-rproc 5502000.IPU:OMAP-DEVICE_ENABLE 失败:-16
[162.449371] remoteproc remoteproc1:无法启动 rproc 5502000.IPU:-16
[162.458996] OMAP-IMU 55082000.MMU:IOMMU 故障:DA 0x0标志0x0
[162.465208] remoteproc remoteproc1:5502000.IPU 中检测到崩溃:类型 mmuFault
[162.472728] OMAP-IMU 55082000.MMU:55082000.MMU:errs:0x00000002 da:0x00000000 PgD:0xeca44000 * PgD:px00000000

我发现社区中的一个主题有相同的问题、但没有更多的答复。

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

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

    我的板使用 PORZn。

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

    在一个定制板上讨论了类似的问题。 请参阅该主题的讨论和我的回答 、e2e.ti.com/.../2326526

    您可能需要检查您的硬件。

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

    感谢您的回复、

    我以前见过讨论。

    Cortex-A15内核运行良好、并且进行 DDR 存储器通过测试。

    我应该首先检查什么?

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

    尊敬的 Rex:

    您是否曾在基于最新处理器 SDK 的 TI AM5718 IDK EVM 上看到过此问题?

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

    您好、Jian、

    请参阅使用 Linux ProctSDK 4.2版本的 am571x-idk 中随附的控制台日志。

    雷克斯

    e2e.ti.com/.../am571x_2D00_IDK.txt

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Rex:
    感谢您的支持!
    客户已再次检查此问题、发现此问题与 EMU0引脚有关、当 EMU0引脚配置为 GPIO 时、出现此问题。
    我看到有一个关于 AM335x 的 EMU0/EMU1 GPIO 用法的勘误建议、您能否请芯片级工程师检查此勘误建议是否也适用于 AM5728/18? 非常感谢!
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Jian、

    请提供有关失败时发生的情况以及成功时发生的情况的更多详细信息。  在器件从 PORz 复位中唤醒时、是否唯一更改 EMU0引脚的状态?

    您如何在电路板上连接 EMU0和 EMU1?  我不确定它是否确实符合勘误表的要求、但我认为在器件启动期间将 EMU0或 EMU1保持在低电平会影响其唤醒行为。  正如 AM335x 勘误文档中所述、我认为 AM57xx 器件上的这些引脚在 从 PORz 复位唤醒时也应该为高电平。  然后、可以在稍后针对 GPIO 模式重新配置它们。  您需要向电路板添加逻辑、以确保每当发生复位时、通过监控 rstoutn 引脚将这些逻辑恢复为高电平。

    Tom

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

    Jian、

    此外、这如何仅影响 IPU2模块?  我希望在复位释放期间将 EMU0或 EMU1保持在低电平会导致器件根本无法运行。  您是否只看到 IPU2的问题?

    Tom

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

    感谢您的回复。

    在我的板上、EMU0被配置为 GPIO。

    Linux 引导,后 、经常 会出现 IPU 硬复位失败消息。

    另一个,如果系统在没有 IPU 硬复位错误的情况下引导,IPU 固件可以正常工作。但是在重新加载固件后显示“echo……” >绑定"和"回显... > unbind”命令多次, 我也可能会遇到 IPU 硬复位错误。

    我使用的 AM5718、ipu1 ipu2和 dsp1具有相同的等式。

    此外、我在 AM5728上进行测试、在 uboot mux_data.h 中将 EMU0配置为 GPIO、我可以获得相同的"硬复位失败"。

    但是、如果我在 uboot 中使用 mode0配置 EMU0引脚、IPU 和 DSP 可以正常工作、而不 会显示任何"硬复位失败"消息。在我的测试中  、emu0在 Linux dtb 中未重新配置模式。

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

    Jian、

    此时、假设 AM57xx 器件中存在与 EMU[1:0]引脚相关的 AM335x 勘误表文档中所述的相同限制、则可以继续操作。  只要器件退出复位、您就需要确保这些引脚返回高电平、如 rstoutn 所示。  器件运行后、可以将这些引脚恢复为 GPIO 使用状态。  我们将在内部工作、以确定如何记录这一点。

    Tom

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

    Tom、

    感谢您的推荐。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Tom、
    客户反馈他们在 PORZ 期间上拉 EMU[1:0]并将其配置为 GPIO、这也会导致 IPU/DSP 复位失败、您能帮助检查此问题吗?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Jian、

    我很困惑。  我认为你以前说过这解决了问题。  请提供示波器捕获、显示 PORz、rstoutn 和 EMU0在失败时的时序。  我想了解您的实施时间。  还在引导周期中提供相同信号的示波器捕获、从而实现器件的正常运行。

    Tom

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Tom、
    很抱歉、客户只需检查 EMU0 agian、他们在 PORZ 期间上拉了 EMU[1:0]、并在 Uboot 中将其配置为 GPIO、他们在 Linux 内核初始化期间发现 IPU/DSP 复位故障问题。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Jian、

    我仍然希望看到通过和失败范围捕获。

    Tom