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:TI-sci-clk 440430.system-controller:clock-controller:determine-rate failed for dev=135、clk=0、ret=–110

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1586879/am625-ti-sci-clk-44043000-system-controller-clock-controller-determine-rate-failed-for-dev-135-clk-0-ret--110

器件型号: AM625

我们的定制电路板 am62x 有时会进入使用时钟相关线路泛洪 syslog 的状态:

2025年08月12日 14:29:52 cpb579 kern.err 内核:TI-sci-clk 44043000.system-controller:clock-controller: determine-rate failed for dev=135、clk=0、ret=–110
2025年08月12日 14:29:52 cpb579 kern.err 内核:CPU CPU0:_opp_config_clk_single:无法设置时钟速率:–22
2025年08月12日 14:29:52 cpb579 kern.err 内核:cpufreq:__target_index:无法更改 CPU 频率:–22
2025年08月12日 14:29:53 cpb579 kern.err 内核:TI-sci 44043000.system-controller:mbox timmedout in resp(调用方:sci_clk_determine_rate+0x64/0xf0)
2025年08月12日 14:29:53 cpb579 kern.err 内核:TI-sci 44043000。系统控制器:mbox send fail –110
2025年08月12日 14:29:53 cpb579 kern.err 内核:TI-sci-clk 44043000.system-controller:clock-controller: determine-rate failed for dev=135、clk=0、ret=–110
2025年08月12日 14:29:53 cpb579 kern.err 内核:TI-sci 44043000.system-controller:mbox timmedout in resp(调用方:TI_sci_cmd_put_device+0x18/0x24)
2025年08月12日 14:29:53 cpb579 kern.err 内核:TI-sci 44043000。系统控制器:mbox send fail –110
2025年08月12日 14:29:54 cpb579 kern.err 内核:TI-sci 44043000.system-controller:mbox timmedout in resp(调用方:sci_clk_determine_rate+0x64/0xf0)
2025年08月12日 14:29:54 cpb579 kern.err 内核:TI-sci 44043000。系统控制器:mbox send fail –110
2025年08月12日 14:29:54 cpb579 kern.err 内核:TI-sci-clk 44043000.system-controller:clock-controller: determine-rate failed for dev=135、clk=0、ret=–110

我们使用 Yocto scarthgap 内核 6.1.82。

重新启动后、泛洪停止。 这是什么原因造成的? 有问题吗?

谢谢。此致、
Lars Horvath

 

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

    尊敬的 Lars:

    [quote userid=“588169" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1586879/am625-ti-sci-clk-44043000-system-controller-clock-controller-determine-rate-failed-for-dev-135-clk-0-ret-–110 2025年08月12日 14:29:52 cpb579 kern.err 内核:TI-sci-clk 44043000.system-controller:clock-controller: determine-rate failed for dev=135、clk=0、ret=–110

    第一个误差来自 SCI 时钟驱动器: https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/drivers/clk/keystone/sci-clk.c?h=ti-linux-6.1.y#n157

    该器件参考的是 A53 内核 0: https://downloads.ti.com/tisci/esd/latest/5_soc_doc/am62x/devices.html

    该时钟是指为 A53 内核计时的 ARM PLL 的输入时钟: https://downloads.ti.com/tisci/esd/latest/5_soc_doc/am62x/clocks.html

    返回的错误表示其超时: https://www.chromium.org/chromium-os/developer-library/reference/linux-constants/errnos/

    [quote userid=“588169" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1586879/am625-ti-sci-clk-44043000-system-controller-clock-controller-determine-rate-failed-for-dev-135-clk-0-ret-–110 2025年08月12日 14:29:52 cpb579 kern.err 内核:CPU CPU0:_opp_config_clk_single:无法设置时钟速率:–22
    2025年08月12日 14:29:52 cpb579 kern.err 内核:cpufreq:__target_index:更改 CPU 频率失败:–22

    这两个错误似乎是 cpufreq 无法再控制 A53 内核速度、因此它返回一个错误。

    [quote userid=“588169" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1586879/am625-ti-sci-clk-44043000-system-controller-clock-controller-determine-rate-failed-for-dev-135-clk-0-ret-–110 2025年08月12日 14:29:53 cpb579 kern.err 内核:TI-sci 44043000.system-controller:mbox timmedout in resp(调用方:sci_clk_define_rate+0x64/0xf0)
    2025年08月12日 14:29:53 cpb579 kern.err 内核:TI-sci 44043000.system-controller:mbox send fail –110

    此错误是指 ti_sci 无法完成事务: https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/drivers/firmware/ti_sci.c?h=ti-linux-6.1.y#n421

    SoC 在这些消息发生之前做了什么?

    谢谢、

    Anshu

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

    您好 Anshu、
    感谢您的分析。 不幸的是,当我们看到它的时候,系统日志被淹没了,所以我不知道它是如何开始的,假设是主板运行空闲。 您可以提出什么建议?

    此致、Lars

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

    尊敬的 Lars:

    我认为 DM 固件可能已崩溃。 DM 固件是否已修改?

    我们可以通过将 IPC 演示运行到 DM R5F 内核 https://dev.ti.com/tirex/explore/node?node=A__AXINfJJ0T8V7CR5pTK41ww__AM62-ACADEMY__uiYMDcq__LATEST 来检查此情况

    如果回显失败、则可能是 DM 固件处于非活动状态。

    您还可以查看以下资源:

     【常见问题解答】【警报】DM R5F 在某些情况下可能会崩溃:AM62x、AM62Ax、AM62Dx、AM62Px、AM67、 AM67A 

     【常见问题解答】如何触发 DM R5F 崩溃? 如何验证崩溃是否已实际修复? 

    此致、

    Anshu

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

    尊敬的 Anshu:

    我们的 DM 固件未修改。 我们使用:

    REL.MCUSDK.09.02.00.24
    f77fecbaa646554ad7c7c02b9c93abf8 ti-dm/am62xx/ipc_echo_testb_mcu1_0_release_strip.xer5f

    一个板现在运行了 70 天、49 天后未出现故障(DM R5F 崩溃问题)。

    我无法轻松运行 rpmsg_char_simplet、因为该库缺少 libti_rpmsg_char.so.0。

    我现在考虑仅将 DM FW 升级到:

    REL.MCUSDK.K3.11.02.00.07
    7f7046bb2698c4087565e5b012aeba02 ti-dm/am62xx/ipc_echo_testb_mcu1_0_release_strip.xer5f

    这是一个好主意、是否可以只升级此文件(我的 SDK 版本基本上是 9。

    此致、

    Lars

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

    尊敬的 Lars:

    我现在考虑将 DM FW 升级到:

    REL.MCUSDK.K3.11.02.00.07
    7f7046bb2698c4087565e5b012aeba02 ti-dm/am62xx/ipc_echo_testb_mcu1_0_release_strip.xer5f

    这是一个好主意,并且可能只升级此文件(我的 SDK 版本基本上是 9。

    由于勘误表 i2424(PLL 不稳定问题)、强烈建议更新至 SDK 10.0 或更高版本。 您必须至少更新 DM 固件、SYSFW 和 U-Boot。

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

    尊敬的 Bin:

    好的 — 我知道有相关的更新,这些更新可能可以解决我们的问题,因此我们将更新到最新的 SDK。

    谢谢、

    Lars

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

    感谢您的更新 Lars。

    此致、

    Anshu