[参考译文] AM625：SDK10 uboot 启动错误

您好！

这是来自 SDK 的默认 U-boot 源代码吗？

您是如何构建它的？

此致、
Aparna

谢谢回复！

这是来自 SDK 的默认 U-boot 源代码吗？ 有

您是如何构建它的？

我们遵循 SPRADD1A" AM62x 器件上的 Linux 电路板移植"

我们刚刚使用了  am62x_evm_r5_defconfig 和 am62x_evm_a53_defconfig。

成功编译 u-boot。

我们将 tiboot3.bin、tispl.bin、u-boot.img 复制到 TFcard 并 通电。

我假设您使用定制电路板。 是否在 U-boot 和 Linux 中使用最小 DTS？

是的、我们使用的是定制  D 电路板、但它与 TI 的套件非常相似。 我们还可以使用 SDK8.2启动它。

检查 k3_stystem_comtrol 中的错误。 C.

静态 int k3_sysctrler_start (struct uddevice *dev)
｛
struct k3_sysctrler_privdata *priv = DEV_GET_priv (dev)；
结构 k3_sec_proxy_msg；
Int ret；

调试("%s"(dev=%p)\n"、__func__、dev)；

/*接收启动通知。 请注意、它只发送一次。 */
rett = mbox_recv (priv->has_boot_notify？ &priv->chan_boot_notify：
&priv->chan_rx、&msg、priv->desc->max_rx_timeout_us)；
如果(ret)｛
Dev_err (dev、"%s"：引导通知响应失败。 RET =%d\n"、
__ func__、ret)；
回流塔；
}

/*处理响应*/
RET = k3_sysctrler_boot_notification_response (dev、msg.buf)；
IF (RET)
回流塔；

调试("%s"：在设备%s 上成功接收引导通知\n"、
__func__、dev->name)；

返回0；
}

它似乎在启动的早期阶段就出现了故障。

对于"基于器件安全级别生成的二进制文件"这一步存在疑问、我不太明白。  我们直接使用三个不带后缀的文件将它们放在 TF 卡上。 有问题吗？

或者、也可以提供更直观的操作文件。

谢谢！

我们发现问题在于 GP 和 HS-EVM 之间的区别 FS。 我们的芯片是 GP 版本、

因此我们使用了 tiboot3-am62x-gp-evm.bin、 tispl.bin_unsigned、u-boot.img_unsigned；

目前、SD 卡启动失败、如下所示：

U-Boot SPL 2024.04 (Oct 12 2024 - 14:45:39 +0800)
SYSFW ABI: 4.0 (firmware rev 0x000a '10.0.8--v10.00.08 (Fiery Fox)')
SPL initial stack usage: 13392 bytes
Trying to boot from MMC2
Starting ATF on ARM64 core...

NOTICE:  BL31: v2.10.0(release):v2.10.0-367-g00f1ec6b87-dirty
NOTICE:  BL31: Built : 16:09:05, Feb  9 2024
ERROR:   Timeout waiting for thread SP_RESPONSE to fill
ERROR:   Thread SP_RESPONSE verification failed (-60)
ERROR:   Message receive failed (-60)
ERROR:   Failed to get response (-60)
ERROR:   Transfer send failed (-60)
ERROR:   Timeout waiting for thread SP_RESPONSE to fill
ERROR:   Thread SP_RESPONSE verification failed (-60)
ERROR:   Message receive failed (-60)
ERROR:   Failed to get response (-60)
ERROR:   Transfer send failed (-60)
ERROR:   Unable to query firmware capabilities (-60)
E/TC:0 0 k3_sec_proxy_verify_thread:108 Queue is busy
E/TC:0 0 k3_sec_proxy_recv:196 Thread SEC_PROXY_RESPONSE_THREAD verification failed. ret = -65523
E/TC:0 0 ti_sci_get_response:101 Message receive failed (-65523)
E/TC:0 0 ti_sci_do_xfer:150 Failed to get response (-65523)
E/TC:0 0 ti_sci_init:486 Unable to communicate with control firmware (-65523)
E/TC:0 0 call_initcalls:43 Initcall __text_start + 0x00070568 failed
E/TC:0 0 k3_sec_proxy_verify_thread:108 Queue is busy
E/TC:0 0 k3_sec_proxy_recv:196 Thread SEC_PROXY_RESPONSE_THREAD verification failed. ret = -65523
E/TC:0 0 ti_sci_get_response:101 Message receive failed (-65523)
E/TC:0 0 ti_sci_do_xfer:150 Failed to get response (-65523)
E/TC:0 0 k3_sec_proxy_verify_thread:108 Queue is busy
E/TC:0 0 k3_sec_proxy_recv:196 Thread SEC_PROXY_RESPONSE_THREAD verification failed. ret = -65523
E/TC:0 0 ti_sci_get_response:101 Message receive failed (-65523)
E/TC:0 0 ti_sci_do_xfer:150 Failed to get response (-65523)
E/TC:0 0 k3_sec_proxy_verify_thread:108 Queue is busy
E/TC:0 0 k3_sec_proxy_recv:196 Thread SEC_PROXY_RESPONSE_THREAD verification failed. ret = -65523
E/TC:0 0 ti_sci_get_response:101 Message receive failed (-65523)
E/TC:0 0 ti_sci_do_xfer:150 Failed to get response (-65523)
E/TC:0 0 tee_otp_get_hw_unique_key:97 Could not get HUK
E/TC:0 0 call_initcalls:43 Initcall __text_start + 0x00070590 failed
E/TC:0 0 k3_sec_proxy_verify_thread:108 Queue is busy
E/TC:0 0 k3_sec_proxy_recv:196 Thread SEC_PROXY_RESPONSE_THREAD verification failed. ret = -65523
E/TC:0 0 ti_sci_get_response:101 Message receive failed (-65523)
E/TC:0 0 ti_sci_do_xfer:150 Failed to get response (-65523)
E/TC:0 0 k3_sec_proxy_verify_thread:108 Queue is busy
E/TC:0 0 k3_sec_proxy_recv:196 Thread SEC_PROXY_RESPONSE_THREAD verification failed. ret = -65523
E/TC:0 0 ti_sci_get_response:101 Message receive failed (-65523)
E/TC:0 0 ti_sci_do_xfer:150 Failed to get response (-65523)
E/TC:0 0 sa2ul_init:106 Could not change TRNG firewall owner
E/TC:0 0 call_initcalls:43 Initcall __text_start + 0x00070598 failed
E/TC:0 0 
E/TC:0 0 Core data-abort at address 0x14 (translation fault)
E/TC:0 0  esr 0x96000005  ttbr0 0x9e8a1000   ttbr1 0x00000000   cidr 0x0
E/TC:0 0  cpu #0          cpsr 0x600003c4
E/TC:0 0  x0  000000009e874000 x1  0000000000000000
E/TC:0 0  x2  0000000000000000 x3  0000000000000000
E/TC:0 0  x4  0000000000000050 x5  000000009e891d70
E/TC:0 0  x6  ffffffffffffffb0 x7  0000000000010cb0
E/TC:0 0  x8  0000000000010cb0 x9  000000009e891f80
E/TC:0 0  x10 000000009e881070 x11 0000000000000008
E/TC:0 0  x12 0000000000000000 x13 000000009e8a2e60
E/TC:0 0  x14 0000000000000000 x15 0000000000000000
E/TC:0 0  x16 000000009e81c74c x17 0000000000000000
E/TC:0 0  x18 0000000000000000 x19 000000009e8a31e0
E/TC:0 0  x20 000000009e8a31e8 x21 000000009e874000
E/TC:0 0  x22 000000009e874000 x23 000000009e874f00
E/TC:0 0  x24 000000009e873dc0 x25 0000000000000000
E/TC:0 0  x26 0000000000000000 x27 0000000000000000
E/TC:0 0  x28 0000000000000000 x29 000000009e8a3170
E/TC:0 0  x30 000000009e816f6c elr 000000009e816f7c
E/TC:0 0  sp_el0 000000009e8a3170
E/TC:0 0 TEE load address @ 0x9e800000
E/TC:0 0 Call stack:
E/TC:0 0  0x9e816f7c
E/TC:0 0  0x9e807c64
E/TC:0 0  0x9e8220ec
E/TC:0 0  0x9e807de0
E/TC:0 0 Panic 'unhandled pageable abort' at /usr/src/debug/optee-os/4.2.0+git/core/arch/arm/kernel/abort.c:582 <abort_handler>
E/TC:0 0 TEE load address @ 0x9e800000
E/TC:0 0 Call stack:
E/TC:0 0  0x9e808030
E/TC:0 0  0x9e81ebb0
E/TC:0 0  0x9e807884
E/TC:0 0  0x9e804a68

请帮助我检查是否需要进一步修改？

谢谢！

您好！  

是的、如果您 FS 在 GP 板上使用 HS-EVM 映像、则该板根本不会引导。  

但是、由于您已经使用了 GP U-boot 二进制文件、因此应该可以正常工作。  

有关使用最小 dts 文件和适当的 DDR 配置来 移植 U-Boot、请参阅：移植 U-Boot

此致、
Aparna