[参考译文] AM6441：如何在 AM6441 定制电路板上绕过 EEPROM 检测

尊敬的 Manish：

在 U-Boot 中没有绕过 EEPROM 检测的“可配置“方法、但我不建议您上面发布的方法、因为它仅提供 EEPROM 的部分内容、所以在其他需要在 EEPROM 中使用不同信息的位置可能会导致问题。

如果您不更改任何 U-Boot 代码、则由于定制电路板上缺少 EEPROM、EEPROM 检测例程将失败、但引导过程将继续。 如果您的定制电路板器件树文件仍命名为 k3-am642-r5-evm.dtb 和 ti/k3-am642-evm.dtb、则无需在 U-Boot 中进行任何更改。

如果定制电路板使用不同的 DTB 文件名、我建议 直接在电路板 defconfig 中将 CONFIG_DEFAULT_DEVICE_tree 设置为定制电路板的器件树文件名、对于 r5_defconfig 和 a53_defconfig。

尊敬的 Bin Liu：

根据您的建议、我将 CONFIG_DEFAULT_DEVICE_TREE R5 和 A53 的更改为 k3-am642-evm.dtb。

sqm@2sqmx4q2:~/SSD/home/manish/Siemens/backup/buildroot/output/build/uboot-2024.07/configs$ cat am64x_evm_a53_defconfig
CONFIG_DEFAULT_DEVICE_TREE="ti/k3-am642-evm"

sqm@2sqmx4q2:~/SSD/home/manish/Siemens/backup/buildroot/output/build/uboot-2024.07/configs$ cat am64x_evm_r5_defconfig
CONFIG_DEFAULT_DEVICE_TREE="k3-am642-r5-evm"

在删除之前添加的用于绕过 EEPROM 错误的补丁后、我们现在在引导期间看到以下问题：

U-Boot SPL 2024.07 (May 22 2026 - 19:51:23 +0530)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
SPL initial stack usage: 13368 bytes

如您所述、即使 EEPROM 检测失败、引导过程也应继续。 但是、在我们的情况下、电路板随后断开连接、我们无法刷写其余文件。

我们的电路板基于 EVM、我们正在进行修改 k3-am642-evm.dts。 但是、此 DTS 中所做的更改并未应用。 令人惊讶的是 k3-am642-sk.dts、当我们在中进行相同的更改时、更改将正确生效。

尊敬的 Manish：

我认为您已更新到 2026.01 U-Boot、但现在刚刚意识到您在修复 USB DFU 问题后恢复到 2024.07 U-Boot。

我将查看代码以查看可能的错误。

大家好、Bin Liu、

是的、我之前已将 U-Boot 更新到 2026.01、但该构建遇到了一些问题。 因此、在解决 USB DFU 问题后、当前的设置基于使用 2024.07 的全新构建。

应用您先前建议的 DTS 更改后、我们现在能够在 2024.07 成功引导所有三个引导加载程序。 但是、EEPROM 问题仍未解决。

我还检查了 2026.01 版本的相同 EEPROM 问题、该问题仍然存在。

如果需要、我还可以将这些更改移植到 2026.01 版本并再次测试。

请勿移至 2026.01。 我来检查为什么只有 k3-am642-sk.dts 中的更改才有效、但 k3-am642-evm.dts 不有效。 我想应该是相反的。

我正在调试中。 我将在一两天内处理您的问题。 （顺便说一句，Next 星期一是在美国度假，办公室关闭。）

嗨、Bin Liu
有关此问题的任何更新？？

尊敬的 Manish：

我们的电路板基于 EVM、我们正在进行修改 k3-am642-evm.dts。 但是、此 DTS 中所做的更改并未应用。 令人惊讶的是 k3-am642-sk.dts、当我们在中进行相同的更改时、更改将正确生效。

我无法重现此问题。 这是我测试的结果。

在 SDK 10.1 U-Boot 中、如所示对其进行了修补

diff --git a/arch/arm/dts/k3-am642-evm.dts b/arch/arm/dts/k3-am642-evm.dts
index 50e80436b068..94e61f162372 100644
--- a/arch/arm/dts/k3-am642-evm.dts
+++ b/arch/arm/dts/k3-am642-evm.dts
@@ -15,7 +15,7 @@
 
 / {
        compatible = "ti,am642-evm", "ti,am642";
-       model = "Texas Instruments AM642 EVM";
+       model = "Texas Instruments AM642 EVM 1";
 
        chosen {
                stdout-path = &main_uart0;
@@ -39,7 +39,7 @@
                bootph-all;
                device_type = "memory";
                /* 2G RAM */
-               reg = <0x00000000 0x80000000 0x00000000 0x80000000>;
+               reg = <0x00000000 0x80000000 0x00000000 0x40000000>;
        };
 
        reserved-memory {
diff --git a/board/ti/common/Kconfig b/board/ti/common/Kconfig
index 821f02b09fc4..f133af692450 100644
--- a/board/ti/common/Kconfig
+++ b/board/ti/common/Kconfig
@@ -13,7 +13,7 @@ config EEPROM_BUS_ADDRESS
 config EEPROM_CHIP_ADDRESS
        hex "Board EEPROM's I2C chip address"
        range 0 0xff
-       default 0x50
+       default 0x60
        depends on TI_I2C_BOARD_DETECT

它基本上将 EVM 上不存在的 EEPROM I2C 地址更改为 0x60。 这将使电路板 EEPROM 检测失败。 我在 EVM (TMDS64EVM) 上运行了这个新的 U-Boot 二进制文件、控制台日志（附在下面）显示进行了 k3-am642-evm.dts 更改、电路板 DDR 现在为 1GB。

U-Boot SPL 2024.04-dirty (May 26 2026 - 12:04:49 -0500)
Resetting on cold boot to workaround ErrataID:i2331
Please resend tiboot3.bin in case of UART/DFU boot
resetting ...

U-Boot SPL 2024.04-dirty (May 26 2026 - 12:04:49 -0500)
SYSFW ABI: 4.0 (firmware rev 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
EEPROM not available at 0x60, trying to read at 0x61
Reading on-board EEPROM at 0x61 failed -121
SPL initial stack usage: 13392 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.11.0(release):v2.11.0-906-g58b25570c9-dirty
NOTICE:  BL31: Built : 04:20:32, Nov  1 2024
I/TC: 
I/TC: OP-TEE version: 4.4.0-dev (gcc version 13.3.0 (GCC)) #1 Fri Oct 18 17:45:27 UTC 2024 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 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
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 2024.04-dirty (May 26 2026 - 12:04:57 -0500)
SYSFW ABI: 4.0 (firmware rev 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
EEPROM not available at 0x60, trying to read at 0x61
Reading on-board EEPROM at 0x61 failed -121
Trying to boot from MMC2
Authentication passed
Authentication passed


U-Boot 2024.04-dirty (May 26 2026 - 12:04:57 -0500)

SoC:   AM64X SR2.0 HS-FS
Model: Texas Instruments AM642 EVM 1
EEPROM not available at 0x60, trying to read at 0x61
Reading on-board EEPROM at 0x61 failed -121
DRAM:  1 GiB
Core:  98 devices, 31 uclasses, devicetree: separate
NAND:  0 MiB
MMC:   mmc@fa10000: 0, mmc@fa00000: 1
Loading Environment from nowhere... OK
In:    serial@2800000
Out:   serial@2800000
Err:   serial@2800000
EEPROM not available at 0x60, trying to read at 0x61
Reading on-board EEPROM at 0x61 failed -121
Net:   eth0: ethernet@8000000port@1
Warning: icssg1-eth-port@0 (eth2) using random MAC address - 32:e2:4e:7a:49:c9
, eth2: icssg1-eth-port@0
Hit any key to stop autoboot:  0 
=>

在 SK (SK-AM64B) 上运行相同的 U-Boot 二进制文件时、控制台日志会在 DDR init 处停止、因为如果未检测到 EEPROM、U-Boot 默认获取 k3-am642-evm.dtb、而不是 k3-am642-sk.dtb。

U-Boot SPL 2024.04-dirty (May 26 2026 - 12:04:49 -0500)
Resetting on cold boot to workaround ErrataID:i2331
Please resend tiboot3.bin in case of UART/DFU boot
resetting ...

U-Boot SPL 2024.04-dirty (May 26 2026 - 12:04:49 -0500)
SYSFW ABI: 4.0 (firmware rev 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
EEPROM not available at 0x60, trying to read at 0x61
Reading on-board EEPROM at 0x61 failed -121
SPL initial stack usage: 13392 bytes

尊敬的 Bin Liu：

但在我的例子中、如果我移除了用于绕过 EEPROM 检查的补丁、我会得到以下错误消息：“EEPROM not detected“、然后是断开连接问题。 在这种情况下、我应该怎么做？

此外、我是否可以从这边进一步进行调试来确定根本原因？

我收到错误：“EEPROM not detected“

如果您打算发送以下消息、我在上面的日志中也包含了这些消息。 当 EEPROM 不存在时、应该提供这些值。

EEPROM 在 0x50 时不可用、尝试 在 0x51 读取板载 EEPROM 在 0x51 处失败–121

、随后出现断开连接问题。

什么断开？ DFU？ 请提供详细信息。

尊敬的 Bin Liu：

已针对该问题创建单独的线程

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1649821/am6421-am64x-hs-fs-custom-board-u-boot-selecting-sk-dtb-instead-of-evm-dtb-after-eeprom-bypass

U-Boot SPL 2024.07 (May 27 2026 - 16:18:35 +0530)
Resetting on cold boot to workaround ErrataID:i2331
Please resend tiboot3.bin in case of UART/DFU boot
resetting ...

U-Boot SPL 2024.07 (May 27 2026 - 16:18:35 +0530)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
board_fit_config_name_match in.
is_am64x.
SPL initial stack usage: 13368 bytes

如果我们不绕过 EEPROM 检测、则电路板会在 DFU 刷写期间断开连接、并且我们无法刷写其余的引导加载程序二进制文件。

在 U-Boot 源代码中、DDR 配置数据文件为“k3-am64-evm-ddr4-1600MTs.dtsi“、包含在 k3-am642-r5-evm.dts 中。

您是否将定制电路板 DDR 配置更新为文件 k3-am642-r5-evm.dts？

u-boot 日志中的故障似乎显示您的 DDR 配置数据文件已添加到 k3-am642-r5-sk.dts 中。（或者您已将 DDR 配置数据更新为文件 k3-am64-sk-lp4-1600MTs.dtsi）。

尊敬的 Bin Liu：

感谢您的澄清。

我们的定制电路板使用 LPDDR4 存储器。 检查 DTS 文件后、我们观察到：

• k3-am642-r5-evm.dts 包括：

#include "k3-am64-evm-ddr4-1600MTs.dtsi"

• k3-am642-r5-sk.dts 包括：

#include "k3-am64-sk-lp4-1600MTs.dtsi"

目前、选择 SK DTS 路径后、电路板启动正确。 但是、当我们尝试使用 EVM DTS 路径时、引导在 DDR 初始化期间挂起。

如果我们的定制电路板基于 LPDDR4、而 EVM R5 DTS 使用 DDR4 配置、会发生这个问题吗？

尊敬的 Manish：

您的定制电路板是否使用与 SK 上完全相同的 LPDDR4 存储器、并且您从未在 SysConfig 工具中生成 DDR 配置数据、而是在 U-Boot 器件树中对其进行了更新？

如果是、您需要更新 k3-am642-r5-evm.dts 以包含“k3-am64-sk-lp4-1600MTs.dtsi" instead. This should solve the issue.

尊敬的 Bin Liu：

我检查了定制电路板上使用的 DDR。 它是 LPDDR4 MT53E256M16D1FW (512MB)。
我们可以 k3-am64-sk-lp4-1600MTs.dtsi 将 EVM 器件树用于定制电路板吗？

尊敬的 Bin Liu：

正如建议的那样、 k3-am64-sk-lp4-1600MTs.dtsi 中的使用 k3-am642-r5-evm.dts 是可行的。 发生 EEPROM 错误后、电路板不再断开连接、我们现在能够使用 DFU 成功刷写其余的引导加载程序。

您能否确认是否只需要在中 ti-k3-r5-loader-2024.07进行此更改、或者我们是否还需要在中应用相同的 DTS 更改 u-boot-2024.07？

此致、
Manish

日志：

U-Boot SPL 2024.07 (May 28 2026 - 11:57:39 +0530)
Resetting on cold boot to workaround ErrataID:i2331
Please resend tiboot3.bin in case of UART/DFU boot
resetting ...
 
U-Boot SPL 2024.07 (May 28 2026 - 11:57:39 +0530)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
SPL initial stack usage: 13368 bytes
Trying to boot from DFU
#############################################DOWNLOAD ... OK
Ctrl+C to exit ...
Authentication passed
Authentication passed
Loading Environment from MMC... *** Warning - No MMC card found, using default environment
 
init_env from device 10 not supported!
Authentication passed
Authentication passed
Starting ATF on ARM64 core...
 
NOTICE:  BL31: v2.11.0(release):v2.11
NOTICE:  BL31: Built : 12:19:51, May 20 2026
I/TC: 
I/TC: OP-TEE version: Unknown_4.9 (gcc version 14.3.0 (Buildroot 2026.05-rc1-31-gc17d110b10)) #1 Wed May 20 06:47:35 UTC 2026 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.5--v11.01.05 (Fancy Rat)')
I/TC: Activated SA2UL device
I/TC: Enabled firewalls for SA2UL TRNG device
I/TC: EIP76D TRNG initialized
I/TC: SA2UL Drivers initialized
I/TC: HUK Initialized
I/TC: Disabling output console
 
U-Boot SPL 2024.07 (May 27 2026 - 16:54:51 +0530)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
Trying to boot from DFU
#####DOWNLOAD ... OK
Ctrl+C to exit ...
Authentication passed
Authentication passed
 
 
U-Boot 2024.07 (May 27 2026 - 16:54:51 +0530)
 
SoC:   AM64X SR2.0 HS-FS
Model: Texas Instruments AM642 EVM
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
DRAM:  2 GiB
Core:  62 devices, 30 uclasses, devicetree: separate
MMC:   mmc@fa10000: 0, mmc@fa00000: 1
Loading Environment from nowhere... OK
In:    serial@2800000
Out:   serial@2800000
Err:   serial@2800000
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
Net:   Could not get PHY for mdio@f00: addr 0
am65_cpsw_nuss_port ethernet@8000000port@1: phy_connect() failed
No ethernet found.
 
Hit any key to stop autoboot:  0 

尊敬的 Manish：

您能否确认仅在

是的、DDR 配置仅包含在 R5 SPL 中、用于进行 DDR 初始化。 不过、

按照建议、 k3-am64-sk-lp4-1600MTs.dtsi 在中使用 k3-am642-r5-evm.dts 是有效的。

您不能简单地将此 DDR 配置数据文件用于定制电路板。 您可以看到一个明显的问题是 DDR 为 512MB、但 U-Boot 日志显示 DRAM 为 2GB。

您需要使用 SysConfig 工具为电路板的 DDR 器件生成新文件。

尊敬的 Bin Liu：

是的、我面临着这个问题。 启用 NAND 配置并尝试引导内核后、编译会在以下日志处挂起：

[    1.008215] hw perfevents: enabled with armv8_cortex_a53 PMU driver, 7 counters available
[    1.018076] optee: probing for conduit method.

在此之后、不再打印任何内核日志、系统似乎卡住。

附加的日志：
e2e.ti.com/.../logs.zip

是的、内核问题很可能是由错误配置的 DDR 引起的。

您需要使用 SysConfig 工具为电路板上使用的 DDR 存储器生成 DDR 配置。

尊敬的 Manish：

1) 按照建议、我们使用 SysConfig 工具生成了自定义 DDR 配置。 但是、我们有疑问—我们是否需要手动修改任何参数、或者是否可以继续使用默认设置？

我仅支持 Linux BSP、对 DDR 本身并不熟悉、但 SysConfig 工具在工具页面顶部有一个自述文件、请按照它生成 DDR 配置数据文件。

2) 在主要 DTS 中、我们是否需要对存储器进行任何更改

您需要更新“reg“属性中的大小。

尊敬的 Bin Liu：

我们当前正在尝试自定义 DDR 配置、但在定制电路板上启动内核时遇到以下错误。

ERROR:   Failed to get response (-19)
ERROR:   Transfer send failed (-19)
ERROR:   Request to start core failed: -19
[    0.099782] psci: failed to boot CPU1 (-22)
[    0.104093] CPU1: failed to boot: -22
[    0.107936] smp: Brought up 1 node, 1 CPU

e2e.ti.com/.../custom_5F00_board_5F00_bootlogs.zip

尊敬的 Manish：

错误：  未能获得响应（–19)
错误：  传输发送失败（–19)
错误：  请求启动核心失败：–19
[0.099782]  psci：无法引导 CPU1（–22)
[0.104093]  CPU1：无法引导：–22
[0.107936]  SMP:启动 1 个节点、1 个 CPU

此错误消息表示 DM 固件可能崩溃。

我检查了定制电路板上使用的 DDR。 它是 LPDDR4 MT53E256M16D1FW (512MB)。

您的定制电路板具有 512MiB DDR、但 U-Boot 控制台日志仍会在第 52 行显示 2GB。 您是否更新了 U-Boot 器件树中的 DDR 大小？

顺便说一下、引导日志行 95 显示使用了内核 6.10.0。 请注意、v6.10.0 不是 LTS 内核、也不用于任何 TI Processor SDK 版本。

嗨、Bin Liu、

1.我们按照建议将内存配置从 2 GB 更新为 512 MB。 但是、执行此更改后、U-Boot 会在以下日志消息后挂起：DRAM： 512 MIB
。 您能帮助我们了解导致此问题的原因吗？

我们尝试过的:

1. 已将内存配置从 2 GB 更新为 512 MB。

2. .dtsi 在器件树中包含了自定义 DDR 配置文件。

3. 已调整保留的内存区域以匹配 512MB 内存布局。

内存节点：

	memory@80000000 {
		bootph-all;
		device_type = "memory";
		/* 512 RAM */
		reg = <0x00000000 0x80000000 0x00000000 0x20000000>;
		//reg = <0x00000000 0x80000000 0x00000000 0x80000000>;

	};
	
	reserved-memory {
    #address-cells = <2>;
    #size-cells = <2>;
    ranges;

    /* OP-TEE: top of DDR, 24 MB */
    secure_ddr: optee@87800000 {
        reg = <0x00 0x87800000 0x00 0x01800000>;
        alignment = <0x1000>;
        no-map;
    };

    /* R5FSS0 Core0 */
    main_r5fss0_core0_dma_memory_region: r5f-dma-memory@89000000 {
        compatible = "shared-dma-pool";
        reg = <0x00 0x89000000 0x00 0x100000>;
        no-map;
    };
    main_r5fss0_core0_memory_region: r5f-memory@89100000 {
        compatible = "shared-dma-pool";
        reg = <0x00 0x89100000 0x00 0xf00000>;
        no-map;
    };

    /* R5FSS0 Core1 */
    main_r5fss0_core1_dma_memory_region: r5f-dma-memory@8a000000 {
        compatible = "shared-dma-pool";
        reg = <0x00 0x8a000000 0x00 0x100000>;
        no-map;
    };
    main_r5fss0_core1_memory_region: r5f-memory@8a100000 {
        compatible = "shared-dma-pool";
        reg = <0x00 0x8a100000 0x00 0xf00000>;
        no-map;
    };

    /* R5FSS1 Core0 */
    main_r5fss1_core0_dma_memory_region: r5f-dma-memory@8b000000 {
        compatible = "shared-dma-pool";
        reg = <0x00 0x8b000000 0x00 0x100000>;
        no-map;
    };
    main_r5fss1_core0_memory_region: r5f-memory@8b100000 {
        compatible = "shared-dma-pool";
        reg = <0x00 0x8b100000 0x00 0xf00000>;
        no-map;
    };

    /* R5FSS1 Core1 */
    main_r5fss1_core1_dma_memory_region: r5f-dma-memory@8c000000 {
        compatible = "shared-dma-pool";
        reg = <0x00 0x8c000000 0x00 0x100000>;
        no-map;
    };
    main_r5fss1_core1_memory_region: r5f-memory@8c100000 {
        compatible = "shared-dma-pool";
        reg = <0x00 0x8c100000 0x00 0xf00000>;
        no-map;
    };

    /* IPC Shared Memory */
    rtos_ipc_memory_region: ipc-memories@8e000000 {
        reg = <0x00 0x8e000000 0x00 0x00800000>;
        alignment = <0x1000>;
        no-map;
    };
};

U-Boot SPL 2024.07 (Jun 02 2026 - 11:15:29 +0530)
Resetting on cold boot to workaround ErrataID:i2331
Please resend tiboot3.bin in case of UART/DFU boot
resetting ...

U-Boot SPL 2024.07 (Jun 02 2026 - 11:15:29 +0530)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
SPL initial stack usage: 13368 bytes
Trying to boot from DFU
############################################DOWNLOAD ... OK
Ctrl+C to exit ...
Authentication passed
Authentication passed
Loading Environment from MMC... *** Warning - No MMC card found, using default environment

init_env from device 10 not supported!
Authentication passed
Authentication passed
Starting ATF on ARM64 core...

NOTICE:  BL31: v2.11.0(release):v2.11
NOTICE:  BL31: Built : 12:19:51, May 20 2026
I/TC: 
I/TC: OP-TEE version: Unknown_4.9 (gcc version 14.3.0 (Buildroot 2026.05-rc1-31-gc17d110b10)) #1 Wed May 20 06:47:35 UTC 2026 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.5--v11.01.05 (Fancy Rat)')
I/TC: Activated SA2UL device
I/TC: Enabled firewalls for SA2UL TRNG device
I/TC: EIP76D TRNG initialized
I/TC: SA2UL Drivers initialized
I/TC: HUK Initialized
I/TC: Disabling output console

U-Boot SPL 2024.07 (Jun 02 2026 - 11:46:51 +0530)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
Trying to boot from DFU
#####DOWNLOAD ... OK
Ctrl+C to exit ...
Authentication passed
Authentication passed


U-Boot 2024.07 (Jun 02 2026 - 11:46:51 +0530)

SoC:   AM64X SR2.0 HS-FS
Model: Texas Instruments AM642 EVM
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
DRAM:  512 MiB

尊敬的 Manish：

请在 U-Boot configs/am64x_evm_a53_defconfig 中添加以下配置 、查看其是否解决了该问题。

CONFIG_SYS_MEM_TOP_HIDE=0x02500000

尊敬的 Bin Liu：

感谢您的建议。 应用更改后、我们现在可以成功启动定制电路板。 但是、我们之前遇到的问题仍然存在。

[    0.083458] smp: Bringing up secondary CPUs ...
ERROR:   Failed to get response (-19)
ERROR:   Transfer send failed (-19)
ERROR:   Request to start core failed: -19
[    0.099712] psci: failed to boot CPU1 (-22)
[    0.104024] CPU1: failed to boot: -22

e2e.ti.com/.../20260603_5F00_Custom_5F00_Board_5F00_Boot_5F00_Logs.zip

目前、我们仅修改了内存节点以匹配 512MB DDR 配置、而保留的内存节点与默认 DTS 配置保持不变。

尊敬的 Manish：

您是否在 U-Boot .config 中启用了看门狗？

否、我们是否需要启用它。

尊敬的 Manish：

我无法解释导致此（–19) 错误的原因、并且在 U-Boot 器件树中将存储器大小调整为 512MB 后、无法在具有 SDK v11.1 的 AM64x EVM 上重现此错误。

但请应用以下内核（非 U-Boot）器件树、删除 512MB 之外的保留存储器区域、查看 CPI1 错误是否仍然发生。

diff --git a/arch/arm64/boot/dts/ti/k3-am642-evm.dts b/arch/arm64/boot/dts/ti/k3-am642-evm.dts
index 0bc42c8f179e..ae47bfc6f266 100644
--- a/arch/arm64/boot/dts/ti/k3-am642-evm.dts
+++ b/arch/arm64/boot/dts/ti/k3-am642-evm.dts
@@ -40,7 +40,7 @@ memory@80000000 {
                bootph-all;
                device_type = "memory";
                /* 2G RAM */
-               reg = <0x00000000 0x80000000 0x00000000 0x80000000>;
+               reg = <0x00000000 0x80000000 0x00000000 0x20000000>;
        };
 
        reserved-memory {
@@ -53,7 +53,7 @@ secure_ddr: optee@9e800000 {
                        alignment = <0x1000>;
                        no-map;
                };
-
+/*
                main_r5fss0_core0_dma_memory_region: r5f-dma-memory@a0000000 {
                        compatible = "shared-dma-pool";
                        reg = <0x00 0xa0000000 0x00 0x100000>;
@@ -119,6 +119,7 @@ rtos_ipc_memory_region: ipc-memories@a5000000 {
                        alignment = <0x1000>;
                        no-map;
                };
+*/
        };
 
        evm_12v0: regulator-0 {
@@ -781,7 +782,7 @@ mbox_m4_0: mbox-m4-0 {
                ti,mbox-tx = <1 0 2>;
        };
 };
-
+/*
 &main_r5fss0_core0 {
        mboxes = <&mailbox0_cluster2 &mbox_main_r5fss0_core0>;
        memory-region = <&main_r5fss0_core0_dma_memory_region>,
@@ -812,7 +813,7 @@ &mcu_m4fss {
                        <&mcu_m4fss_memory_region>;
        status = "okay";
 };
-
+*/
 /* main domain timers 8 to 11 are used by TI MCU FW */
 &main_timer8 {
        status = "reserved";

尊敬的 Bin Liu：

我应用了您提供的补丁、但我们仍然遇到相同的错误。

我附上了应用补丁的 DTS 文件以供您参考。

如果您需要任何其他信息、敬请告知。

e2e.ti.com/.../3426.dts.zip

谢谢、
Manish。

尊敬的 Manish：

您使用 AM6441 器件吗？ AM6441 只有一个 A53、第二个 A53 不存在、因此预计会显示内核错误消息、您可以忽略它们。

尊敬的 Bin Liu：

在我们的定制电路板上、我们使用的是 AM6442B、因此此错误会导致任何问题、我是否需要保留补丁、或者我可以将其删除？？

尊敬的 Manish：

您能否仔细检查电路板是否确实使用了 AM6442 而不是 AM6441？ 内核消息中的错误代码–19 表示-ENODEV、没有此类设备。

尊敬的 Bin Liu：
我们的定制电路板基于 AM6421B SoC。

尊敬的 Bin Liu：

感谢您解决此问题、请浏览此主题
e2e.ti.com/.../6371865

我看到 Schuyler 一直在这一主题上做出响应。

我只支持 Linux BSP、对网络知之甚少。

尊敬的 Bin Liu：

您能否说明应使用哪个 Linux 内核版本、U-Boot 版本和 BuildRoot 版本来为 AM64 板构建映像？

我查看了以下文档、但找不到特定于 AM64 的 BuildRoot 存储库或 defconfig：

https://software-dl.ti.com/processor-sdk-linux/esd/AM62LX/11_02_08_02_Buildroot/exports/docs/buildroot/Building_Buildroot_Image．html

您能告诉我正确的存储库并共享 AM64 BuildRoot defconfig 文件吗

此致、

Manish

尊敬的 Manish：

请创建有关新主题的新 e2e 主题。

尊敬的 Bin Liu：

创建了新线程： e2e.ti.com/.../am6422-looking-for-buildroot-defconfig-and-version-support-for-tmds64evm-am6441-and-custom-board

谢谢。

谢谢。 都会进行处理。