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.

[参考译文] AM6442:SDK 11 上的 AM6442 定制板

Guru**** 2558250 points
Other Parts Discussed in Thread: AM6442

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1555966/am6442-am6442-custom-board-on-sdk-11

器件型号:AM6442


工具/软件:

大家好、我是 Chan Kim。

现在、我正在根据开发定制电路板 AM6442 我遇到了一个问题。

指定 SDK 9 和 10. 、两个k3-am642-evm.dts和都k3-am642-r5-evm.dts位于下sdk/board-support/u-boot/arch/arm/dts。 我只需调整节点、即可对其进行修改、以匹配我的定制电路板。

不过、在中 SDK 11 ,我看到这k3-am642-r5-evm.dts还在下面u-boot/arch/arm/dts,但k3-am642-evm.dts已经移动到u-boot/dts/upstream/src/arm64/ti. 如果我尝试像以前一样修改它、编译过程会失败并出现错误。 它看起来像等文件 binman.dtsi 现在正导致依赖关系问题。

我应该如何在 SDK 11 中处理以为我的电路板制作定制 DTS?
请提供任何指导。

谢谢!

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

    您好 Chan、

    您可以在 Linux SDK 文档中找到有关在 SDK 11.0 中构建 u-boot 的一般信息、请访问:
    https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/11_00_09_04/exports/docs/linux/Foundational_Components /U-Boot/UG-General-Info.html

    在尝试生成修改后的文件之前、您是否先测试可以生成未修改的文件?

    此致、

    Nick

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

    您好、Nick、
    感谢您的快速答复。

    在顶层、我使用make u-boot和构建了启动文件和映像make linux
    然后、使用预编译映像创建tisdk-base-image作为根文件系统、并尝试从 SD 卡引导。

    引导日志如下所示。

    U-Boot SPL 2025.01-gd2a72467939e (Aug 22 2025 - 13:42:23 +0900)                        
    Resetting on cold boot to workaround ErrataID:i2331                                    
    Please resend tiboot3.bin in case of UART/DFU boot                                     
    resetting ...
    
    U-Boot SPL 2025.01-gd2a72467939e (Aug 22 2025 - 13:42:23 +0900)
    SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.2--v11.01.02 (Fancy Rat)')
    EEPROM not available at 0x50, trying to read at 0x51
    Reading on-board EEPROM at 0x51 failed -1
    SPL initial stack usage: 13504 bytes
    Trying to boot from MMC2
    Authentication passed
    Authentication passed
    Loading Environment from nowhere... OK
    Authentication passed
    Authentication passed
    Starting ATF on ARM64 core...
    
    NOTICE:  BL31: v2.13.0(release):v2.13.0-240-gd90bb650fe-dirty
    NOTICE:  BL31: Built : 21:37:18, Jun 23 2025
    I/TC: 
    I/TC: OP-TEE version: 4.6.0-dev (gcc version 13.4.0 (GCC)) #1 Fri Apr 25 11:17:53 UTC 2025 aarch64
    I/TC: WARNING: This OP-TEE configuration might be insecure!
    I/TC: WARNING: Please check optee.readthedocs.io/.../porting_guidelines.html
    I/TC: Primary CPU initializing
    I/TC: GIC redistributor base address not provided
    I/TC: Assuming default GIC group status and modifier
    I/TC: SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.2--v11.01.02 (Fancy Rat)')
    I/TC: Activated SA2UL device
    I/TC: Enabled firewalls for SA2UL TRNG device
    I/TC: SA2UL TRNG initialized
    I/TC: SA2UL Drivers initialized
    I/TC: HUK Initialized
    I/TC: Primary CPU switching to normal world boot
    
    U-Boot SPL 2025.01-gd2a72467939e (Aug 22 2025 - 13:50:28 +0900)
    SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.2--v11.01.02 (Fancy Rat)')
    EEPROM not available at 0x50, trying to read at 0x51
    Reading on-board EEPROM at 0x51 failed -1
    Trying to boot from MMC2
    __omap24_i2c_xfer_msg: error waiting for ACK (status=0x116)
    omap_i2c_xfer: errored out at msg 0: -121
    pca953x gpio@22: Error reading output register
    Card did not respond to voltage select! : -110
    spl: mmc init failed with error: -95
    SPL: failed to boot from all boot devices
    ### ERROR ### Please RESET the board ###
    

    当然、由于定制电路板和 DTS-EVM 具有不同的节点、GP 中自然会存在差异。 在前一个 SDK 中、我修改了下的以下文件board-support/u-boot-*/arch/arm/dts

    • k3-am642-evm.dts

    • k3-am642-r5-evm.dts

    • k3-am642-evm-u-boot.dtsi

    但是、在 SDK v11 中k3-am642-r5-evm.dts、和k3-am642-evm.dts是分开的、看起来中的许多节点k3-am642-r5-evm.dts现在都在内部管理k3-am642-r5-phycore-som-2gb.dts

    在这种情况下、建议的方法是什么? 谢谢你。

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

    您好 Chan、

    好的、因此听起来您至少能够 使用未修改的源文件构建引导文件。 好极了。

    定义  

    稍后我将在这个响应中讨论“U-Boot",“,其中、其中的“U-Boot"与“与引导流程早期的“R5 SPL“和“A53 SPL“不同。 有关 Foundational_Components 引导流程的更多详细信息、请访问此处: https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/11_01_05_03/exports/docs/linux/SPL/U-Boot/SPL BG-Bootflow-K3.html 

    为什么器件树文件位于不同的位置?

    我还在学习这个主题。 如果出现任何问题、请提出来。

    在早期版本的 SDK 中、我们具有单独的 Linux 和 A53 U-boot 器件树文件。 但是、我的理解是、Linux 社区当前的最佳实践是对 Linux 和 u-boot 使用单个共享器件树文件、然后根据您希望这些节点在 u-boot 中初始化还是在 Linux 引导期间标记节点。

    所有应该与您的 src 器件树相同的文件都已移动到  u-boot/dts/上游/Linux/ARM64/ti。

    但是、我们还为 R5F 和 A53 SPL 代码使用器件树文件。 我的理解(此时未深入研究)是这些文件仍将位于 u-boot/arch/arm/dts 下方。

    此致、

    Nick