[参考译文] AM5728：u-boot 2501 调试日志问题 SD 卡

您好 Hanmant、

请给我们一些时间来研究这个问题。 这个至少位于最新的 SDK 上。  

您是否对 u-boot 源文件进行了任何修改？

似乎与其他 2 个版本的 u-boot 存在相同的问题。

Starting application at 0x84100000 ... prefetch abort pc

-Josue

您好 Josue、

别着急、慢慢来。

我修改了一些 UART 引脚多路复用器并添加了一些 printf。

我的问题是、为什么它无法从 SD 卡引导？

您好：
感谢您的查询。 ** Josue Zamitiz**目前正在休假、将在** 2026年06月12日**上提供。
您的问题将在他们返回后得到解决。 感谢您的耐心和理解。
此致、
TI E2E 支持团队
——
*这是一个自动通知。*

你好 Josue Zamitiz-Ayala 

请查看需要解决的 matter.it。

Hanmant、

我刚从出差回来,我将延迟 1-2 天赶上你的线程.

感谢您的耐心。

-Josue

Josue,

我理解、但这需要尽快解决。

Hnamant,

根据您的日志、我在上一次看到了一些改进。 您的 SD 实际上有通常需要的两个分区 u-boot 脚本。 我看到 U-boot 的唯一其他问题是使用$filesize 变量以避免扫描整个缓冲区。  
我认为这样做会：  

env import -t 0x82000000 $filesize

这里的真正问题是预取中止、这不是 U-boot 问题。 这是您正在加载的程序的问题、由于您使用的是 VxWorks、这超出了本论坛的范围。 您必须联系 WindRiver 获得支持。

除了 u-boot 中有几个不同的怪癖之外、您都已设置好。 您需要弄清楚为什么您的程序会分支到不可写的低内存中。

此致、  

Josue

Josue  

我的问题是为什么它不能在 2025 uboot 版本上工作、因为我使用的 uEnv.txt 文件与 2016 U-boot 版本相同。

告诉我需要在 defconfig 文件中执行什么配置？

请检查这些内容

“

//在 u-boot shell 上
=> bdinfo
BOOT_PARAMS = 0x80000100
DRAM 组= 0x00000000
-> START = 0x80000000
-> size = 0x7f000000
Flashstart = 0x00000000
闪存大小= 0x00000000
Flashhoffset = 0x00000000
波特率= 115200bps
relocaddr = 0xfef7b000
RELOC OFF = 0x7e77b000
Build = 32 位
Current eth = Ethernet@48484000
eth2addr = 88：01：F9：dc：BA：34
ip addr = 192.168.1.100
FDT_blob = 0xfcf36b10
LMB_DUMP_ALL：
memory.count = 0x1
存储器[0][0x80000000-0xfeffffffff]、0x7f000000 字节、标志：无
reserved.count = 0x4
保留[0][0x95700000-0x9577ffff]、0x80000 字节、标志：无映射
保留[1][0x95800000-0x98ffffff]、0x3800000 字节、标志：无覆盖
保留[2][0x9d000000-0x9effffff]、0x2000000 字节、标志：无覆盖
保留[3][0xfbf36af0-0xfeffffff]、0x30c9510 字节、标志：无覆盖
器件树=单独
串行地址= 0x48020000
宽度= 0x00000000
SHIFT = 0x00000002
偏移= 0x00000000
时钟= 0x02dc6c00
arch_number = 0x00000000
TLB addr = 0xfeff0000
irq_sp = 0xfcf36b00
SP START = 0xfcf36af0
早期 malloc 用法：5c4/2000
=>
//在 VxWorks 中
LOCAL_MEM_LOCAL_ADR 0x0
BOOT_LINE_OFFSET 0x3000
RAM_LOW_ADR 0x00100000
RAM_HIGH_ADR 0x0100000
kernel_load_ADR 0x84100000
Loacal_MEM_PHYS_ADR 0x84000000
LOCAL_MEM_SIZE 0x7c000000
VEC_BASE_ADR (LOCAL_MEM_LOCAL_ADR + 0x50000)
BOOT_LINE_ADR (LOCAL_MEM_LOCAL_ADR + BOOT_LINE_OFFSET)

“

Hanmant、

根据之前的线程、我从来都不清楚您是否在该 u-boot 分支上具有可正常工作的版本。 您如何能够在 2016 年的分支中启动设备？  
您是否有可以共享的工作环境？ 当前日志？

同样、

//in VxWorks
LOCAL_MEM_LOCAL_ADR 0x0
BOOT_LINE_OFFSET 0x3000
RAM_LOW_ADR 0x00100000
RAM_HIGH_ADR 0x0100000
kernel_load_ADR 0x84100000
Loacal_MEM_PHYS_ADR 0x84000000
LOCAL_MEM_SIZE 0x7c000000
VEC_BASE_ADR (LOCAL_MEM_LOCAL_ADR + 0x50000)
BOOT_LINE_ADR (LOCAL_MEM_LOCAL_ADR + BOOT_LINE_OFFSET)

这超出了我们的支持范围。

-Josue

U-Boot SPL 2016.05 (2025 年 12 月 12 日 — 16：15：17)
DRA752-ES2.0 GP
尝试从 MMC1 引导
读取实参
SPL_LOAD_IMAGE_FAT_OS：读取图像参数时出错、错误-–1
读取 u-boot.img
读取 u-boot.img
读取 u-boot.img
读取 u-boot.img

U-Boot 2016.05 (2025 年 12 月 12 日 — 16：15：17 +0530)

GP：DRA752-CPU ES2.0
型号：TI AM5728 IDK
电路板：AM572x IDK REV
DRAM：2 GiB
MMC：无用于 sdr104 的 pinctrl
ddr50 无 pinctrl
无用于 sdr50 的 pinctrl
无用于 sdr25 的 pinctrl
sdr12 无 pinctrl
OMAP SD/MMC：0、OMAP SD/MMC：1.
正在读取 uboot.env

**无法从 mmc0:1 读取“uboot.env“**
正在使用默认环境

I2C 芯片 50：请求的 Alen 2 与芯片 offset_len 1 不匹配
SCSI：SATA LINK 0 超时。
AHCI 0001.0300 32 插槽 1 端口 3 Gbps 0x1 Impl SATA 模式
旗标：64 位 NCQ stag pm lead clo only pmp Pio 贫民窟部分 CCC apst
正在扫描设备总线...
找到 0 个设备。
网络： 未设置。 验证第一个电子保险丝 MAC
附录
按任意键停止自动引导：0
切换到分区#0、确定
mmc0 是当前设备
在器件 0 上找到 SD/MMC
正在读取 BOOT.scr
**无法读取文件 boot.scr **
阅读 uEnv.txt
在 3ms 内读取 373 个字节 (121.1KiB/s)
已从 uEnv.txt 加载 env
正在从 mmc0 导入环境...
正在运行 uenvcmd ...
阅读 vxWorks.bin
78491352 字节、在 3380 ms (22.1 MiB/s) 内读取
正在读取/SonicsDSP.xe66
5176048 字节、以 227 ms (21.7 MiB/s) 读取
##正在启动应用程序 0x84100000 ...
目标名称：vxTarget

________ ________
\.... \/.... /
\.... \/.... /
\.... \/.... /
\.... \/.... /
\.... \....... /
\.... \... / VxWorks SMP 32 位
\.... \.../
\.... \./发布版本：21.07
\.... \-制造日期：2026 年 4 月 7 日 13：09：42
\.... \
\....... /版权所有 Wind River Systems、Inc.
\... /- 1984-2026
\.../.\
\.//...\
-----

电路板：TI_AM572X_Branson - Cortex-A15 (ARMV7A)
CPU 计数：2.
操作系统内存大小：1984MB
ED 和 R 策略模式：已部署
调试代理：已启动（始终）
停止模式代理：已启动（始终）

//u-boot shell 日志

U-Boot SPL 2016.05 (2025 年 12 月 12 日 — 16：15：17)
DRA752-ES2.0 GP
尝试从 MMC1 引导
读取实参
SPL_LOAD_IMAGE_FAT_OS：读取图像参数时出错、错误-–1
读取 u-boot.img
读取 u-boot.img
读取 u-boot.img
读取 u-boot.img

U-Boot 2016.05 (2025 年 12 月 12 日 — 16：15：17 +0530)

GP：DRA752-CPU ES2.0
型号：TI AM5728 IDK
电路板：AM572x IDK REV
DRAM：2 GiB
MMC：无用于 sdr104 的 pinctrl
ddr50 无 pinctrl
无用于 sdr50 的 pinctrl
无用于 sdr25 的 pinctrl
sdr12 无 pinctrl
OMAP SD/MMC：0、OMAP SD/MMC：1.
正在读取 uboot.env

**无法从 mmc0:1 读取“uboot.env“**
正在使用默认环境

I2C 芯片 50：请求的 Alen 2 与芯片 offset_len 1 不匹配
SCSI：SATA LINK 0 超时。
AHCI 0001.0300 32 插槽 1 端口 3 Gbps 0x1 Impl SATA 模式
旗标：64 位 NCQ stag pm lead clo only pmp Pio 贫民窟部分 CCC apst
正在扫描设备总线...
找到 0 个设备。
网络： 未设置。 验证第一个电子保险丝 MAC
附录
按任意键停止自动引导：0
=>
=>
=>
=> bdinfo
arch_number = 0x00000000
BOOT_PARAMS = 0x80000100
DRAM 组= 0x00000000
-> START = 0x80000000
-> size = 0x7F000000
DRAM 组= 0x00000001
-> start = 0x00000000
->大小= 0x00000000
eth0name = cpsw
ethaddr = 88：01：F9：dc：BA：34
电流 eth = cpsw
IP_addr =
波特率= 115200bps
TLB 地址= 0xFEFF0000
relocaddr = 0xFEF53000
重新定位关闭= 0x7E753000
IRQ_sp = 0xFDF307C0
SP START = 0xFDF307B0
=>

你好 Josue Zamitiz-Ayala ,

为什么在最新 25.01 DRAM 存储体= 0x00000001 上输入此命令 bdinfo 后没有显示此情况 、但我可以在 u-boot 2016 中看到。

请确认所有差异是否正确？

//u-boot 2016
=> bdinfo
arch_number = 0x00000000
BOOT_PARAMS = 0x80000100
DRAM 组= 0x00000000
-> START = 0x80000000
-> size = 0x7F000000
DRAM 组= 0x00000001 //我在最新的 u-boot bdinfo 中看不到这一点
-> start = 0x00000000
->大小= 0x00000000
eth0name = cpsw
ethaddr = 88：01：F9：dc：BA：34
电流 eth = cpsw
IP_addr =
波特率= 115200bps
TLB 地址= 0xFEFF0000
relocaddr = 0xFEF53000
重新定位关闭= 0x7E753000
IRQ_sp = 0xFDF307C0
SP START = 0xFDF307B0
=>
//在 u-boot 25.01 shell 上
=> bdinfo
BOOT_PARAMS = 0x80000100
DRAM 组= 0x00000000
-> START = 0x80000000
-> size = 0x7f000000
Flashstart = 0x00000000
闪存大小= 0x00000000
Flashhoffset = 0x00000000
波特率= 115200bps
relocaddr = 0xfef7b000
RELOC OFF = 0x7e77b000
Build = 32 位
Current eth = Ethernet@48484000
eth2addr = 88：01：F9：dc：BA：34
ip addr = 192.168.1.100
FDT_blob = 0xfcf36b10
LMB_DUMP_ALL：
memory.count = 0x1
存储器[0][0x80000000-0xfeffffffff]、0x7f000000 字节、标志：无
reserved.count = 0x4
保留[0][0x95700000-0x9577ffff]、0x80000 字节、标志：无映射
保留[1][0x95800000-0x98ffffff]、0x3800000 字节、标志：无覆盖
保留[2][0x9d000000-0x9effffff]、0x2000000 字节、标志：无覆盖
保留[3][0xfbf36af0-0xfeffffff]、0x30c9510 字节、标志：无覆盖
器件树=单独
串行地址= 0x48020000
宽度= 0x00000000
SHIFT = 0x00000002
偏移= 0x00000000
时钟= 0x02dc6c00
arch_number = 0x00000000
TLB addr = 0xfeff0000
irq_sp = 0xfcf36b00
SP START = 0xfcf36af0
早期 malloc 用法：5c4/2000
=>

谢谢 Hanmant、

我想这也很相关、两个 u-boot 版本中使用了相同的 VxWorks 二进制文件？ 没有变化？

-Josue

是。 两个版本使用相同的 VxWorks 二进制文件。

没有变化。

您能告诉我如何像使用 CCS 那样进行进一步调试吗？

还是需要更改 uboot 代码？

Hanmant、

您的日志讲述了一个不同的故事。

2016 二进制大小：

reading vxWorks.bin
78491352 字节、以 3380 ms (22.1 MiB/s) 读取

2025 二进制大小：

##警告：输入数据超过 1048576 字节 — 截断
##信息：输入数据大小= 1048578 = 0x100002
67420180 字节、在 2903 ms (22.1 MiB/s) 内读取

如果它们是相同的二进制文件、则大小相同。 此时、我看不到 U-boot 有任何差异、我的结论是这是一个 VX 工作问题。

-Josue

Hanmant、

您能否从旧启动日志中获得完全相同的二进制文件并在 2025 u boot 上试用该二进制文件？

-Josue

另一个想法：

尝试将其添加到您的环境中：

# Current (fails)
uenvcmd=fatload mmc 0:1 0x84100000 vxWorks.bin; fatload mmc 0:1 0x89000000 /SonicsDSP.xe66; go 0x84100000

# Fixed
uenvcmd=fatload mmc 0:1 0x84100000 vxWorks.bin; fatload mmc 0:1 0x89000000 /SonicsDSP.xe66; dcache flush; dcache off; go 0x84100000

这些线路完全禁用 MMU、如果存在比理论上更好的转换问题、这将有所帮助。 但如果它仍然崩溃,这将有助于加强我的理论。 请上传您获得的任何日志。

-Josue

检查此日志中的 u-boot 2016

U-Boot SPL 2016.05 (2025 年 12 月 12 日 — 16：15：17)
DRA752-ES2.0 GP
尝试从 MMC1 引导
读取实参
SPL_LOAD_IMAGE_FAT_OS：读取图像参数时出错、错误-–1
读取 u-boot.img
读取 u-boot.img
读取 u-boot.img
读取 u-boot.img

U-Boot 2016.05 (2025 年 12 月 12 日 — 16：15：17 +0530)

GP：DRA752-CPU ES2.0
型号：TI AM5728 IDK
电路板：AM572x IDK REV
DRAM：2 GiB
MMC：无用于 sdr104 的 pinctrl
ddr50 无 pinctrl
无用于 sdr50 的 pinctrl
无用于 sdr25 的 pinctrl
sdr12 无 pinctrl
OMAP SD/MMC：0、OMAP SD/MMC：1.
正在读取 uboot.env

**无法从 mmc0:1 读取“uboot.env“**
正在使用默认环境

I2C 芯片 50：请求的 Alen 2 与芯片 offset_len 1 不匹配
SCSI：SATA LINK 0 超时。
AHCI 0001.0300 32 插槽 1 端口 3 Gbps 0x1 Impl SATA 模式
旗标：64 位 NCQ stag pm lead clo only pmp Pio 贫民窟部分 CCC apst
正在扫描设备总线...
找到 0 个设备。
网络： 未设置。 验证第一个电子保险丝 MAC
附录
按任意键停止自动引导：0
切换到分区#0、确定
mmc0 是当前设备
在器件 0 上找到 SD/MMC
正在读取 BOOT.scr
**无法读取文件 boot.scr **
阅读 uEnv.txt
在 2ms 内读取 347 字节 (168.9KiB/s)
已从 uEnv.txt 加载 env
正在从 mmc0 导入环境...
正在运行 uenvcmd ...
阅读 vxWorks.bin
78491352 字节、在 3380 ms (22.1 MiB/s) 内读取
正在读取/SonicsDSP.xe66
5176048 字节、以 227 ms (21.7 MiB/s) 读取
##正在启动应用程序 0x84100000 ...
目标名称：vxTarget

________ ________
\.... \/.... /
\.... \/.... /
\.... \/.... /
\.... \/.... /
\.... \....... /
\.... \... / VxWorks SMP 32 位
\.... \.../
\.... \./发布版本：21.07
\.... \-制造日期：2026 年 4 月 7 日 13：09：42
\.... \
\....... /版权所有 Wind River Systems、Inc.
\... /- 1984-2026
\.../.\
\.//...\
-----

电路板：TI_AM572X_Branson - Cortex-A15 (ARMV7A)
CPU 计数：2.
操作系统内存大小：1984MB
ED 和 R 策略模式：已部署
调试代理：已启动（始终）
停止模式代理：已启动（始终）

//u-boot 25.01.
U-Boot SPL 2025.01-g3c06cd621447-Dirty (6 月 18 日 2026 - 13：01：03 +0530)
DRA752-ES2.0 GP
dra7_reset ipu1_rst@510：dra7-reset 成功探测 ipu1_rst@510
IPU IPU@58820000：ID 0 内存 l2ram：总线地址 81f1358ca 大小 0xx va 10000 da 0x58820000
ipu2 的固件加载失败
尝试从 MMC1 引导
正在从 FAT 加载环境... 好的

Check this logs u-boot 2501

//u-boot 25.01
U-Boot SPL 2025.01-g3c06cd621447-dirty (Jun 18 2026 - 13:01:03 +0530)
DRA752-GP ES2.0
dra7_reset ipu1_rst@510: dra7-reset successfully probed ipu1_rst@510
ipu ipu@58820000: ID 0 memory l2ram: bus addr 81f1358ca size 0xx va 10000 da 0x58820000
Firmware loading failed for ipu2
Trying to boot from MMC1
Loading Environment from FAT... OK


U-Boot 2025.01-g3c06cd621447-dirty (Jun 18 2026 - 13:01:03 +0530)

CPU : DRA752-GP ES2.0
Model: TI AM5728 IDK
Board: AM572x IDK REV
DRAM: 2 GiB
Core: 75 devices, 26 uclasses, devicetree: separate
MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1
Loading Environment from FAT... OK

Net: eth2: ethernet@48484000
Hit any key to stop autoboot: 0
switch to partitions #0, OK
mmc0 is current device
347 bytes read in 3 ms (112.3 KiB/s)
## Warning: Input data exceeds 1048576 bytes - truncated
## Info: input data size = 1048578 = 0x100002
78491352 bytes read in 3380 ms (22.1 MiB/s)
5176048 bytes read in 226 ms (21.8 MiB/s)
## Starting application at 0x84100000 ...
prefetch abort
pc : [<000000fe>] lr : [<841002f0>]
reloc pc : [<818850fe>] lr : [<059852f0>]
sp : 4037fd28 ip : 00000000 fp : 840ffff8
r10: fefe9e24 r9 : fcf5aed0 r8 : 00000002
r7 : 0003c07b r6 : 40300000 r5 : 4037f064 r4 : 00000001
r3 : 00000004 r2 : 00000198 r1 : 80800041 r0 : 00000001
Flags: nzcv IRQs off FIQs off Mode SVC_32 (T)
Code: 0000 0000 0000 0000 (0000) 0000
Resetting CPU ...

▒esetting ...

I tried these command as on u-boot shell but same crashing issue,

U-Boot SPL 2025.01-g3c06cd621447-dirty (Jun 18 2026 - 13:01:03 +0530)
DRA752-GP ES2.0
dra7_reset ipu1_rst@510: dra7-reset successfully probed ipu1_rst@510
ipu ipu@58820000: ID 0 memory l2ram: bus addr 81f1358ca size 0xx va 10000 da 0x58820000
Firmware loading failed for ipu2
Trying to boot from MMC1
Loading Environment from FAT... OK


U-Boot 2025.01-g3c06cd621447-dirty (Jun 18 2026 - 13:01:03 +0530)

CPU : DRA752-GP ES2.0
Model: TI AM5728 IDK
Board: AM572x IDK REV
DRAM: 2 GiB
Core: 75 devices, 26 uclasses, devicetree: separate
MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1
Loading Environment from FAT... OK

Net: eth2: ethernet@48484000
Hit any key to stop autoboot: 0
=>
=>
=> fatload mmc 0:1 0x84100000 vxWorks.bin; fatload mmc 0:1 0x89000000 /SonicsDSP.xe66; dcache flush; dcache off; go 0x84100000
78491352 bytes read in 3379 ms (22.2 MiB/s)
5176048 bytes read in 225 ms (21.9 MiB/s)
## Starting application at 0x84100000 ...
prefetch abort
pc : [<000000fe>] lr : [<841002f0>]
reloc pc : [<818850fe>] lr : [<059852f0>]
sp : 4037fd28 ip : 00000000 fp : 840ffff8
r10: fefe9e24 r9 : fcf5aed0 r8 : 00000002
r7 : 0003c07b r6 : 40300000 r5 : 4037f064 r4 : 00000001
r3 : 00000004 r2 : 00000198 r1 : 80800041 r0 : 00000001
Flags: nzcv IRQs off FIQs off Mode SVC_32 (T)
Code: 0000 0000 0000 0000 (0000) 0000
Resetting CPU ...

▒esetting ...

你好  Josue Zamitiz-Ayala 

是否有任何更新？

Hanmant、

好的、假设您在工作模型中使用相同的二进制文件与在非工作模型中使用相同的二进制文件、并且我们仍然看到崩溃可能导致 U-boot 中出现问题。

缓存刷新和缓存关闭命令可以使二进制文件更进一步，但它仍然崩溃，下一步是执行我之前在另一个线程中问过的操作 — 您或您的 VxWorks 团队能否解析二进制文件并找出哪些指令使它分支？  

我猜他们正在加载一个数据结构、该结构应该已由 U-boot 和/或 BSP 初始化。 如果我们能找出此地址、就比我们更容易理解两个 u-boot 分支中的差异。

-Josue

好的、我会尝试一下、让您知道。

您是否希望我签入 u-boot 源代码？

到目前为止,似乎一切都是一样的行为。 请告诉我您找到了什么。

e2e.ti.com/.../disassembly.7z.txt 这是反汇编文件、请下载->编辑名称->从文件名中删除“.txt“扩展名、然后提取文件

你好 Josue Zamitiz-Ayala 

您是否有机会查看这些日志？

Hanmant、

这由你决定。 您需要确定在靠近崩溃转储中链接寄存器的偏移处发生了什么分支。 同样、这似乎是 VX 工作问题。

-Josue  

当相同的 VxWorks 二进制文件在 U-Boot 2016 中成功引导但在 U-Boot 25.01 中失败时、这怎么会是 VxWorks 问题？ 这怎么可能？

VxWorks 的人告诉我们这是 uboot 问题、你们提到了 VxWorks 问题。

Hanmant、

我想为大家提供帮助、但我们并未验证软件栈中的 VxWorks 文件系统、因此 TI 不承担此类责任。 调试 VxWorks 集成不在本论坛的讨论范围内。

根据我拥有的数据、我会告诉您是否发现任何有用的信息。

-Josue

能否比较 u-boot defconfig 设置并检查 2016 与 2025 之间的差值？

-Josue

我设置了 CONFIG_ARM=y、但为什么它显示“T“

Flags: nzcv IRQs off FIQs off Mode SVC_32 (T)

Hanmant、

您能否分享两个版本文件的差异？ 2016 和 2025 u-boot 配置文件

但为什么它显示'T'

这是数据中止的 ARM 标志。 T 适用于 Thumb 状态。 如需更多信息、请查看 ARM 文档

-Josue

你好 Josue  

查看 2016 和 2025 u-boot 配置文件的差异

<

 e2e.ti.com/.../config_5F00_diff.txt

>

您是否也可以共享完整的.config diff？

我的怀疑是、在 2016 年没有的较新的 u-boot Kconfig 中选择了一些差异。

-Josue

你怎么看？

如果您有与我共享的任何示例配置文件（对于 u-boot 25.01）、我可以尝试 tommorrow。

请参阅此 2016 u-boot 配置文件。

e2e.ti.com/.../3324.2016_5F00_uboot_2D00_am57xx_5F00_branson_5F00_defconfig.txt

您可以尝试此更改吗？

diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index c07dd68e..ae5faf12 100644
--- a/arch/arm/mach-omap2/Kconfig
+++ b/arch/arm/mach-omap2/Kconfig
@@ -31,7 +31,7 @@ config OMAP34XX
 
 config OMAP54XX
        bool "OMAP54XX SoC"
-       select ARM_CORTEX_A15_CVE_2017_5715
+       imply ARM_CORTEX_A15_CVE_2017_5715
        select ARM_ERRATA_798870
        select DM_EVENT
        select SYS_THUMB_BUILD

在改变这些东西之后也没有效果。

请检查 25.01 版本的随附配置文件

e2e.ti.com/.../0184.am57xx_5F00_evm_5F00_defconfig.txt

您是否比较了两个 uboot 版本的 START.S 启动代码？

您认为在该脚本中进行更改吗？