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.

[参考译文] AM623:按速度等级问题修复 A53 CPU 频率

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1518619/am623-fixup-a53-cpu-frequency-by-speed-grade-problem

器件型号:AM623

工具/软件:

您好、

我们正在尝试更新 U-Boot 版本。 有一个新的更新“fixup_a53_cpu_freq_by_SPEED_GRADE"函“函数、该函数通过检查器件的速度等级来更改 A53 时钟。

我们有“T"级“级和“S"级“级板。 1.25Ghz 的 T 级工作正常、靴子符合预期。 使用相同固件时、S 级 1 无法启动。 在此更新之前、没有此类功能、因此两个器件使用相同的固件引导。 我将在下面输入日志。

问题是什么? 我们是否应该将 ClkTree 或 RAM 配置中的内容更改为与 1GHz 配置兼容。 或者我们是否应该在 ATF 中更改某些内容?

U-Boot SPL 2025.04 (1970 年 1 月 1 日 — 01:00:00 +0000)
SYSFW ABI:3.1(固件版本 0x0009“9.1.8--v09.01.08 (Kool Koala)“)
将 DT 中的 A53 CPU 频率更改为 1000000Hz (S 级
SPL 初始栈使用量:13424 字节
尝试从 MMC1 引导
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64 内核上启动 ATF……

请注意:BL31:v2.1▒▒&+c+
▒+K▒▒L▒▒▒ihѝ BL31:建造时间:01:00:00, 1970 年 1 月 1 日
错误:等待线程 SP_RESPONSE 填充时超时
错误:线程 SP_RESPONSE 验证失败(–60)
错误:消息接收失败(–60)
错误:获取响应失败(–60)
错误:传输发送失败(–60)
错误:等待线程 SP_RESPONSE 填充时超时
错误:线程 SP_RESPONSE 验证失败(–60)
错误:消息接收失败(–60)
错误:获取响应失败(–60)
错误:传输发送失败(–60)
错误:无法查询固件功能(–60)
I/O TC:
I/UTC:OP-TEE 版本:4.2.0 (gcc 版本 12.2.0 (TC 12.2.0-14))#1 1 月 1 日 01:00:00 UTC 1970 Aarch64
I/O:主 TC 初始化
I/GIC:未提供 TC 转销商基地址
I/GIC:假定默认的 TC 组状态和修饰符
E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
E/sci_do_xfer TC:150 获取响应失败(–65523)
e/ti_sci_init TC:486 无法与控制固件通信(–65523)
E/0x000F:0 call_initcalls: 43 TC __text_start + 0x000f1978 失败
E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
E/sci_do_xfer TC:150 获取响应失败(–65523)
E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
E/sci_do_xfer TC:150 获取响应失败(–65523)
E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
E/sci_do_xfer TC:150 获取响应失败(–65523)
E/HUK:0 TEE_OTP_GET_HW_UNIQUE_KEY:97 无法获取 TC
E/0x000F19:0 call_initcalls:43 TC __text_start + 0x000f19a8 失败
I/UL:已激活 TC 设备
E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
E/sci_do_xfer TC:150 获取响应失败(–65523)
E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
E/sci_do_xfer TC:150 获取响应失败(–65523)
E/TRNG:0 sa2ul_init:106 无法更改 TC 防火墙所有者
E/0x000F:0 call_initcalls:43 TC __text_start + 0x000f19b0 failed
E/SupportAssist TC:0 0
E/0x14 TC:0 地址处的内核数据中止(转换故障)
E/ESR:0 0 TC 0x96000005 tbr0 0x9e992000 tbr1 0x00000000 CIDR 0x0
E/CPUR:0 0 TC #0 CPSR 0x800003c4
E/6000 TC:0 0 x0 000000009e8f6000 x1 000000000000
E/00000000 TC:0 x2 0000000000000000 x3 0000000000000000
e / TC:0 x4 0000000000000050 x5 000000009e982d70
e/x6 TC:0 0 x6 ffffffffffffffffffffb0 x7 00000007fd20
E/x9:0 0 x8 000000009e982f80 TC 00009e903000
E/00000008 TC:0 x 10 0000000000000008 x 11 000000009e993f30
E/X12:0 0 x12 0000000000000000 TC 13 000000009e993ec0
E/00000000:0 x 14 TC 000000000000 x 15 0000000000000000
E/X17:0 x16 00009e81d848 TC 000000000000
E/00000000:0 x 18 TC 000000000000 x 19 000000009e994200
E/6000 TC:0 x 20 000000009e994208 x 21 00009e8f6000
e/ea0 TC:0 x 22 000000009e8f6000 x 23 000000009e8f6ea0
E/00000000 TC:0 x 24 000000009e8f5d60 x 25 000000000000
E/00000000:0 x 26 0000000000000000 TC 27 0000000000000000
E/00000000:0 x 28 0000000000000000 TC 29 000000009e994170
E/ELR:0 0 X30 000000009e8180f8 TC 00009e818108
e/0 TC sp_el0 00009e994170
E/TEE:0 TC 加载地址@ 0x9e800000
E/Call Stack:0 0 TC:
E/0x9e818108:0 0 TC
E/0x9e808aec TC:0 0 0x9e808aec
E/0x9e8232d8 TC:0 0 0x9e8232d8
E/0x9e808cb0:0 TC
E/ARK/ARM/kernel/abort.c TC:582 处出现紧急“未处理的可分页中止“
E/TEE:0 TC 加载地址@ 0x9e800000
E/Call Stack:0 0 TC:
E/0x9e808f98 TC:0 0 0x9e808f98
E/0x9e81fcdc TC:0 0x9e81fcdc
E/0x9e80787c:0 TC
E/0x9e804a5c TC:0 0 0x9e804a5c

感谢您的帮助、

此致

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

    大家好、我将在接下来的两周内离职。 请期待响应延迟。  

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

    您好、
    您能否分享您的软件设置?
    根据您的日志、您似乎收到了 9.01 SDK 中的此错误? 您提到的补丁是在很晚发布的。
    您是否将该补丁反向移植到 9.01 SDK?

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

    尊敬的 Dinyash:

    我们使用主线 U-Boot 版本、而不是 TI SDK。 上一个是 v2024.04。 新更新为 v2025.04。 我们将在 IT 基础上修补我们的自定义。 我尝试注释掉“fixup_a53_cpu_freq_by_SPEED_GRADE",“,它、它运行正常。  


    这是启动设置;

    U-Boot 主线 — v2025.04 - 
    34820924edbc4ec7803eb89d9852f4b870fa760a

    ATF 主线 — master - 00f1ec6b8740ccd403e641131e294aabacf2a48b

    OPTEE 主线 — 4.2.0 - 12d7c4ee46442d2d761e39fbcf21a06fb77141dea.

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

    您好、
    请应用以下补丁并重新编译、看看它是否有效:
    e2e.ti.com/.../0002_2D00_arm_2D00_mach_2D00_k3_2D00_am62_2D00_Fixup_2D00_a53_2D00_max_2D00_cpu_2D00_frequency_2D00_by.patch

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

    感谢您发送编修。

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

    你好 Divyansh、

    我重新测试了修补程序、但实际上此解决方案似乎对我们的问题没有影响。 我在测试时使用了软复位、可以。 但是、当我使用硬复位(关闭电源)时、问题仍然存在。  

    我尝试测试 TI SDK 的 U-Boot 版本、如“ti-u-boot-2025.01",“,但、但这些分支上也存在问题。 我还尝试直接从 DTS 文件更改时钟、但结果是相同的。  

    有什么想法吗?

    此致、

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

    您好、
    我们正在尝试在我们这边重现您的问题。 请在本周结束前收到回复。

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

    您好、
    届时、您能否在增补程序中添加调试打印件并共享结果? (特别是 index、size、rates、 k3_get_a53_max_frequency ()、k3_get_SPEED_GRADE ()、 max_freq)
    当您看到软复位与硬复位中的错误时、引导日志是否有任何差异?

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

    您好、

    我将提供日志。 在我看来、软复位和硬复位之间的区别在于连接到 TI 的安全内核。 在软复位之前、我使用之前的工作版本来更新引导加载程序 (2024.04)。 因此、核心连接已经完成、当软复位时、连接不会断开。 但当我进行硬复位时、连接会断开、再也不会恢复。

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

    您好、
    我们仍在等待您的引导日志进行硬复位和热复位。 请在有这些信息时分享。

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

    这是硬复位;

    =>
    U-Boot SPL 2025.04-00001-g102850fa9837- Dirty (2025 年 6 月 04 日 — 15:11:53 +0300)
    SYSFW ABI:3.1(固件版本 0x0009“9.1.8--v09.01.08 (Kool Koala)“)
    ***************** 价格 13277755、索引 1、大小 8
    将 DT 中的 A53 CPU 频率更改为 1000000Hz (S 级
    SPL 初始堆栈使用量:13440 字节
    尝试从 MMC1 引导
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    在 ARM64 内核上启动 ATF……
    K L ڵihѝ BL31:建造时间:01:00:00,1970 年 1 月 1 日
    错误:等待线程 SP_RESPONSE 填充时超时
    错误:线程 SP_RESPONSE 验证失败(–60)
    错误:消息接收失败(–60)
    错误:获取响应失败(–60)
    错误:传输发送失败(–60)
    错误:等待线程 SP_RESPONSE 填充时超时
    错误:线程 SP_RESPONSE 验证失败(–60)
    错误:消息接收失败(–60)
    错误:获取响应失败(–60)
    错误:传输发送失败(–60)
    错误:无法查询固件功能(–60)
    I/O TC:
    I/UTC:OP-TEE 版本:4.2.0 (gcc 版本 12.2.0 (TC 12.2.0-14))#1 1 月 1 日 01:00:00 UTC 1970 Aarch64
    I/O:主 TC 初始化
    I/GIC:未提供 TC 转销商基地址
    I/GIC:假定默认的 TC 组状态和修饰符
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    e/ti_sci_init TC:486 无法与控制固件通信(–65523)
    E/0x000F:0 call_initcalls: 43 TC __text_start + 0x000f1978 失败
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/HUK:0 TEE_OTP_GET_HW_UNIQUE_KEY:97 无法获取 TC
    E/0x000F19:0 call_initcalls:43 TC __text_start + 0x000f19a8 失败
    I/UL:已激活 TC 设备
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/TRNG:0 sa2ul_init:106 无法更改 TC 防火墙所有者
    E/0x000F:0 call_initcalls:43 TC __text_start + 0x000f19b0 failed
    E/SupportAssist TC:0 0
    E/0x14 TC:0 地址处的内核数据中止(转换故障)
    E/ESR:0 0 TC 0x96000005 tbr0 0x9e992000 tbr1 0x00000000 CIDR 0x0
    E/CPUR:0 0 TC #0 CPSR 0x800003c4
    E/6000 TC:0 0 x0 000000009e8f6000 x1 000000000000
    E/00000000 TC:0 x2 0000000000000000 x3 0000000000000000
    e / TC:0 x4 0000000000000050 x5 000000009e982d70
    e/x6 TC:0 0 x6 ffffffffffffffffffffb0 x7 00000007fd20
    E/x9:0 0 x8 000000009e982f80 TC 00009e903000
    E/00000008 TC:0 x 10 0000000000000008 x 11 000000009e993f30
    E/X12:0 0 x12 0000000000000000 TC 13 000000009e993ec0
    E/00000000:0 x 14 TC 000000000000 x 15 0000000000000000
    E/X17:0 x16 00009e81d848 TC 000000000000
    E/00000000:0 x 18 TC 000000000000 x 19 000000009e994200
    E/6000 TC:0 x 20 000000009e994208 x 21 00009e8f6000
    e/ea0 TC:0 x 22 000000009e8f6000 x 23 000000009e8f6ea0
    E/00000000 TC:0 x 24 000000009e8f5d60 x 25 000000000000
    E/00000000:0 x 26 0000000000000000 TC 27 0000000000000000
    E/00000000:0 x 28 0000000000000000 TC 29 000000009e994170
    E/ELR:0 0 X30 000000009e8180f8 TC 00009e818108
    e/0 TC sp_el0 00009e994170
    E/TEE:0 TC 加载地址@ 0x9e800000
    E/Call Stack:0 0 TC:
    E/0x9e818108:0 0 TC
    E/0x9e808aec TC:0 0 0x9e808aec
    E/0x9e8232d8 TC:0 0 0x9e8232d8
    E/0x9e808cb0:0 TC
    E/ARK/ARM/kernel/abort.c TC:582 处出现紧急“未处理的可分页中止“
    E/TEE:0 TC 加载地址@ 0x9e800000
    E/Call Stack:0 0 TC:
    E/0x9e808f98 TC:0 0 0x9e808f98
    E/0x9e81fcdc TC:0 0x9e81fcdc
    E/0x9e80787c:0 TC
    E/0x9e804a5c TC:0 0 0x9e804a5c

    这是软复位;

    U-Boot 2024.04-U-Boot IID-CRA-ETHBOOT (1970 年 1 月 1 日 — 01:00:00 + 0000)

    SoC:AM62X SR1.0 HS-SOC FS
    型号:Siemens SIMATIC RF680V2
    DRAM:2 GiB
    **********************************************************************
    开发器件
    **********************************************************************
    内核:42 个器件、22 个类、器件树:单独
    MMC:MMC@fa10000:0、MMC@fa00000:1
    从无处加载环境... 好的
    IN:serial@2850000
    输出:串行@2850000
    错误:serial@2850000
    网络:eth0:以太网@8000000port@1.
    按任意键停止自动引导:0
    => MMC 擦除 0x2000 0x4600

    MMC 擦除:设备编号 0、块编号 8192、计数 17920 ...17920 块已擦除:确定
    => DHCP flash.bin
    在端口 1、速度 100、全双工上建立链路
    BOOTP 广播 1
    绑定到地址 192.168.45.207 的 DHCP 客户端(2 毫秒)
    使用 Ethernet@8000000port@1 器件
    来自服务器 192.168.45.199 的 TFTP;我们的 IP 地址是 192.168.45.207
    文件名“flash.bin"。“。
    加载地址:0x82000000
    正在加载:####################################################### 8.8 MIB
    5.8 MiB/s
    已完成
    传输的字节= 9175040(十六进制 8c0000)
    => MMC 写入${loadaddr}0x2000 0x4600

    MMC 写入:设备编号 0、块编号 8192、计数 17920 ...17920 写入块:确定
    =>复位
    正在重置...

    U-Boot SPL 2025.04-00001-g102850fa9837- Dirty (2025 年 6 月 04 日 — 15:11:53 +0300)
    SYSFW ABI:3.1(固件版本 0x0009“9.1.8--v09.01.08 (Kool Koala)“)
    ***************** 价格 13277755、索引 1、大小 8
    将 DT 中的 A53 CPU 频率更改为 1000000Hz (S 级
    SPL 初始堆栈使用量:13440 字节
    尝试从 MMC1 引导
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    在 ARM64 内核上启动 ATF……

    注意:BL31:v2. K̔release):
    通知:BL31:建造时间:1970 年 1 月 1 日 01:00:00
    I/O TC:
    I/UTC:OP-TEE 版本:4.2.0 (gcc 版本 12.2.0 (TC 12.2.0-14))#1 1 月 1 日 01:00:00 UTC 1970 Aarch64
    I/O:主 TC 初始化
    I/GIC:未提供 TC 转销商基地址
    I/GIC:假定默认的 TC 组状态和修饰符
    I/SYSFW ABI:3.1(固件版本 0x0009“9.1.8--v09.01.08 (Kool TC)“)
    I/HUK:TC 已初始化
    I/UL:已激活 TC 设备
    I/TRNG:已为 SA2UL TC 器件启用防火墙
    I/TRNG:SA2UL TC 已初始化
    I/UL:已初始化 TC 驱动程序
    I/O:主 TC 切换到正常世界引导

    U-Boot SPL 2025.04-00001-g102850fa9837- Dirty (2025 年 6 月 04 日 — 15:12:24 +0300)
    SYSFW ABI:3.1(固件版本 0x0009“9.1.8--v09.01.08 (Kool Koala)“)
    SPL 初始栈使用量:1808 字节
    尝试从 MMC1 引导
    身份验证已通过
    身份验证已通过


    U-Boot 2025.04-00001-g102850fa9837- Dirty (2025 年 6 月 04 日 — 15:12:24 +0300)

    SoC:AM62X SR1.0 HS-SOC FS
    型号:Siemens SIMATIC RF680V2
    DRAM:2 GiB
    **********************************************************************
    开发器件
    **********************************************************************
    内核:47 个器件、24 个类、器件树:单独
    MMC:MMC@fa10000:0
    从无处加载环境... 好的
    IN:serial@2850000
    输出:串行@2850000
    错误:serial@2850000
    网络:eth0:以太网@8000000port@1.
    初始化 fTPM:
    未知命令'tpm2'-尝试'help'
    未知命令'tpm2'-尝试'help'
    按任意键停止自动引导:0
    =>

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

    硬重置: *************** 价格 13277755、索引 1、大小 8
    软重置: *************** 价格 13277755、索引 1、大小 8

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

    您好、

    ATF 主线 — master - 00f1ec6b8740ccd403e641131e294aabacf2a48b

    OPTEE 主线 — 4.2.0 - 12d7c4ee46442d2d761e39fbcf21a06fb77141dea.

    [/报价]

    这些似乎不是最新的。
    要找出问题、您能否使用最新的 SDK、并且只将 U-Boot 替换为主线 U-Boot 并共享测试结果?

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

    您好、我使用了 TI SDK 11 中预编译的二进制文件 (bl31、bl32)。 我们的控制台输出与 UART0 不同、并且无法连接此端口、因此您不会看到来自 ATF 或 OPTEE 的任何日志消息。 我做了综合测试。 希望这对您有所帮助。

    ################# TI SDK OPTEE 和 ATF

    U-Boot SPL 2025.04-00001-g102850fa9837- Dirty (2025 年 6 月 10 日 — 09:19:25 +0300)
    SYSFW ABI:3.1(固件版本 0x0009“9.1.8--v09.01.08 (Kool Koala)“)
    ***************** 价格 13277755、索引 1、大小 8
    将 DT 中的 A53 CPU 频率更改为 1000000Hz (S 级
    SPL 初始堆栈使用量:13440 字节
    尝试从 MMC1 引导
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    在 ARM64 内核上启动 ATF……

    ################# TI SDK ATF、我们定制的 OPTEE

    U-Boot SPL 2025.04-00001-g102850fa9837- Dirty (2025 年 6 月 10 日 — 08:59:15 +0300)
    SYSFW ABI:3.1(固件版本 0x0009“9.1.8--v09.01.08 (Kool Koala)“)
    ***************** 价格 13277755、索引 1、大小 8
    将 DT 中的 A53 CPU 频率更改为 1000000Hz (S 级
    SPL 初始堆栈使用量:13440 字节
    尝试从 MMC1 引导
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    在 ARM64 内核上启动 ATF……

    I/O TC:
    I/UTC:OP-TEE 版本:4.2.0 (gcc 版本 12.2.0 (TC 12.2.0-14))#1 1 月 1 日 01:00:00 UTC 1970 Aarch64
    I/O:主 TC 初始化
    I/GIC:未提供 TC 转销商基地址
    I/GIC:假定默认的 TC 组状态和修饰符
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    e/ti_sci_init TC:486 无法与控制固件通信(–65523)
    E/0x000F:0 call_initcalls: 43 TC __text_start + 0x000f1978 失败
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/HUK:0 TEE_OTP_GET_HW_UNIQUE_KEY:97 无法获取 TC
    E/0x000F19:0 call_initcalls:43 TC __text_start + 0x000f19a8 失败
    I/UL:已激活 TC 设备
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/队 列:0 k3_sec_proxy_verify_thread:108 TC 正忙
    e / TC:0 k3_sec_proxy_recv:196 线程 SEC_proxy_response_thread 验证失败。 RET =–65523
    E/ESP TC:0 ti_sci_get_response:101 消息接收失败(–65523)
    E/sci_do_xfer TC:150 获取响应失败(–65523)
    E/TRNG:0 sa2ul_init:106 无法更改 TC 防火墙所有者
    E/0x000F:0 call_initcalls:43 TC __text_start + 0x000f19b0 failed
    E/SupportAssist TC:0 0
    E/0x14 TC:0 地址处的内核数据中止(转换故障)
    E/ESR:0 0 TC 0x96000005 tbr0 0x9e992000 tbr1 0x00000000 CIDR 0x0
    E/CPUR:0 0 TC #0 CPSR 0x800003c4
    E/6000 TC:0 0 x0 000000009e8f6000 x1 000000000000
    E/00000000 TC:0 x2 0000000000000000 x3 0000000000000000
    e / TC:0 x4 0000000000000050 x5 000000009e982d70
    e/x6 TC:0 0 x6 ffffffffffffffffffffb0 x7 00000007fd20
    E/x9:0 0 x8 000000009e982f80 TC 00009e903000
    E/00000008 TC:0 x 10 0000000000000008 x 11 000000009e993f30
    E/X12:0 0 x12 0000000000000000 TC 13 000000009e993ec0
    E/00000000:0 x 14 TC 000000000000 x 15 0000000000000000
    E/X17:0 x16 00009e81d848 TC 000000000000
    E/00000000:0 x 18 TC 000000000000 x 19 000000009e994200
    E/6000 TC:0 x 20 000000009e994208 x 21 00009e8f6000
    e/ea0 TC:0 x 22 000000009e8f6000 x 23 000000009e8f6ea0
    E/00000000 TC:0 x 24 000000009e8f5d60 x 25 000000000000
    E/00000000:0 x 26 0000000000000000 TC 27 0000000000000000
    E/00000000:0 x 28 0000000000000000 TC 29 000000009e994170
    E/ELR:0 0 X30 000000009e8180f8 TC 00009e818108
    e/0 TC sp_el0 00009e994170
    E/TEE:0 TC 加载地址@ 0x9e800000
    E/Call Stack:0 0 TC:
    E/0x9e818108:0 0 TC
    E/0x9e808aec TC:0 0 0x9e808aec
    E/0x9e8232d8 TC:0 0 0x9e8232d8
    E/0x9e808cb0:0 TC
    E/ARK/ARM/kernel/abort.c TC:582 处出现紧急“未处理的可分页中止“
    E/TEE:0 TC 加载地址@ 0x9e800000
    E/Call Stack:0 0 TC:
    E/0x9e808f98 TC:0 0 0x9e808f98
    E/0x9e81fcdc TC:0 0x9e81fcdc
    E/0x9e80787c:0 TC
    E/0x9e804a5c TC:0 0 0x9e804a5c

    ################# ATF TI SDK OPTEE


    U-Boot SPL 2025.04-00001-g102850fa9837- Dirty (2025 年 6 月 10 日 — 09:06:29 +0300)
    SYSFW ABI:3.1(固件版本 0x0009“9.1.8--v09.01.08 (Kool Koala)“)
    ***************** 价格 13277755、索引 1、大小 8
    将 DT 中的 A53 CPU 频率更改为 1000000Hz (S 级
    SPL 初始堆栈使用量:13440 字节
    尝试从 MMC1 引导
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    身份验证已通过
    在 ARM64 内核上启动 ATF……

    注意:BL31:v2.1 0(发行版):
    通知:BL31:建造时间:1970 年 1 月 1 日 01:00:00
    错误:等待线程 SP_RESPONSE 填充时超时
    错误:线程 SP_RESPONSE 验证失败(–60)
    错误:消息接收失败(–60)
    错误:获取响应失败(–60)
    错误:传输发送失败(–60)
    错误:等待线程 SP_RESPONSE 填充时超时
    错误:线程 SP_RESPONSE 验证失败(–60)
    错误:消息接收失败(–60)
    错误:获取响应失败(–60)
    错误:传输发送失败(–60)
    错误:无法查询固件功能(–60)

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

    您好 Oguzhan、

    我们仍在努力复制问题、尚未看到确切的行为。

    同时、

    U-Boot SPL 2025.04-00001-g102850fa9837-Dirty (2025 年 6 月 10 日 — 09:19:25 +0300)
    SYSFW ABI:3.1(固件版本 0x0009 '9.1.8 --v09.01.08 (Kool Koala)')

    您使用的 SYSFW 似乎大约有两年的历史 — v9.1.8。 我不确定是否使用相同的 v9.1.8 版本 TIFS 和 DM 固件二进制文件。

    您能否将两个 SYSFW 二进制文件更新为 SDK v11.0 中提供的二进制文件?

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

    您好、更新 TI-DM 和 TI-SYSFW 二进制文件后、问题似乎已解决。 我尝试了硬复位和软复位。  

    感谢你的帮助。

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

    您好 Oguzhan、

    很高兴听到问题得到解决。 感谢您的更新。