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.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1570517/am625-probe-dss-in-uboot
工具/软件：
您好：Champs：
在 uboot 阶段、我的客户需要显示启动屏幕、现在、如何让客户在 uboot 中探测 DSS？ 他使用的是 10.01 SDK。
他研究了这 2 个 E2E、但仍无法探测 DSS。
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1405362/am623-the-probe-function-in-tidss_rv-c-in-uboot-cannot-be-executed
https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/10_00_07_04/exports/docs/linux/Foundational_Components /U-Boot/UG-Splash-Screen.html？highlight=splash
有没有更快的方式？
BR Rio
BTW、通过研究以下内容：
我的客户已经更改了 DDR、他们正在使用串行 NAND 闪存。
因此、有一些问题：
问题 1： 他们是否需要更改此接口的 DDR？
#DDR 地址,用于从引导介质加载映像
splashimage=0x80200000
问题 2： 他们是否需要更改此数组中的元素？
静态结构体 splash_location default_splash_location[]=｛
BR RioThanks。
他们是否遇到任何错误？
尊敬的 Divyansh：
这是客户的日志。
#1。 它们使用 512MB DDR4。
#2. 此地址没有错误：==> (loadaddr=0x82000000)：
#3. 如何解决此问题？
注意： BL31：v2.11.0（发行版）：v2.11.0-906-g58b25570c9-dirty
注意： BL31：制造时间： 2024 年 11 月 1 日 04：20：32
U-Boot 2024.04-脏污 (2025 年 9 月 30 日 — 10：34：51 +0800)
SoC： AM62X SR1.0 HS-SOC FS
型号：Texas Instruments AM625 SK
EEPROM 在 0x50 处不可用、尝试在 0x51 处读取
读取 0x51 处的板载 EEPROM 失败–121
DRAM： 475 MIB（有效值 512 MIB）
内核： 80 个器件、33 个类、器件树：单独
NAND： 0 MIB
MMC：MMC@fa00000：1.
正在从 MMC 加载环境... 未找到 MMC 设备 0
***警告 — 未找到 MMC 卡、使用默认环境
IN： 串行
输出： 串行
错误： 序列
将 BUS 设置为 1
0000：2B 00 +。
0084：2B 00 +。
00c4：00 00 ...
0094：00 00 ...
00d4: BD 90 ..
第 0084 章:我的心
00c4：52 50 RP
0094：52 50 RP
00d4: 8e 40 .@
NET ：无法获取 MDIO@f00 的 PHY：地址 0
am65_cpsw_Nuss_port Ethernet@8000000port@1：phy_connect () 失败
未找到以太网。
按任意键停止自动引导： 0
=> ls MMC 1
319850 tiboot3.bin
1249495 tispl.bin
1310899 u-boot.img
1311667 u-boot_nand.img
8358687 uImage.gz
58030 k3-am625-sk.dtb.img
13397064 rootfs.bin.lzo.img
131072 uEnv.img
48758784 HMI.ubi
1966080 boot_bak.ubi
8 crc.dat
12285 ti_logo_414x97_32bpp.bmp.gz
160770 ti_logo_414x97_32bpp.bmp
13 个文件、0 个目录
=> fatload mmc 1 $loadaddr ti_logo_414x97_32bpp.bmp
错误：保留 FDT 存储器区域失败 (addr=9c800000 size=300000 flags=4)
错误：保留 FDT 存储器区域失败 (addr=9cb00000 size=100000 flags=4)
错误：保留 FDT 存储器区域失败 (addr=9cc00000 size=e00000 flags=4)
160770 (0x13B) 字节在 46ms (3.3MiB/s) 内读取
=> bmp display $loadaddr m m
=>
这是在此 config => CONFIG_VIDEO_TIDSS 上进行调整后的另一个日志
而“bmp display $loadaddr m 将导致系统复位。
開啟CONFIG _视频_ TIDSS後、bmp display $loadaddr m m會reset、
但是在uboot下dm 树、video和panel是沒有probe的。
视频 0 [] tidss_drv | -- dss@30200000
pinctrl 2 [] single-pinctrl | `- pinctrl@a40000
pinconfig 18 [] pinconfig | `- cpsw-cpts
CLK 1 [] FIXED_FACTOR_Clock |-- clock-divider-oldi
nop 0 [+] gpio_led_wrap |-- LED
LED 0 [+] GPIO_LED | |- led-0
LED 1 [+] gpio_led | `- bl_en
CLK 2 [] FIXED_CLOCK |- clk-0
调节器 0[] 调节器固定 |--调节器–0
调节器 1 [] 调节器固定 |--调节器–1
调节器 2 [] 调节器固定 |--调节器–2
调节器 3 [] 调节器固定 |--调节器–3
调节器 4 [] GPIO 调节器 |--调节器 4
调节器 5 [] 调节器固定 |--调节器 5
Panel 0 [] simple_panel |-- panel-lvds
日志：
U-Boot 2024.04-脏污 (2025 年 9 月 30 日 — 11：21：43 +0800)
内核： 81 个器件、34 个 uclasses、器件树：单独
0000：2B 40 +@
0084：2B 40 +@
00c4：00 d0 ...
0094：00 d0 ...
00d4：BD 70 .p
0084：BD 70 .p
00c4：52 c0 R.
0094：52 c0 R.
00d4: 91 10 .
1316219 u-boot.img
1316995 u-boot_nand.img
13397057 rootfs.bin.lzo.img
12 个文件、0 个目录
160770 (0x13B) 字节在 47ms (3.3MiB/s) 内读取
“同步中止“处理程序、ESR 0x96000044、far 0xffffffff700000
ELR：000000008087d87c LR：000000008087d818（重新定位）
ELR: 000000009da3487c LR : 000000009da34818
x0：000000009b9b1c60 x1：ffffffffff700000
x2：fffffffffffffffca000 x3：000000000000
x4：0000000000000000 x5：000000009b9b1c60
X6：0000000000000000 x7：000000000000000a
x8：0000000000002a74 x9：000000009b98375c
X10：0000000000000003 x11：0000000000002a34
x12：0000000000000000 X13：000000009b984540
X14：00000000ffffffff x15：000000009b983a68
x16：000000009da348ac X17：0000000000000000
X18：000000009b996d80 x19：0000000000000000
x20：000000009b99a2a0 x21：000000009b99a340
x22：000000009b983a50 x23：0000000000000005
x24：000000009dae8da4 x25：000000000000
X26：0000000000000000 X27：0000000000000000
X28：000000009b9ad340 X29：000000009b9839f0
代码：f9401001 8b020022 eb02003f 54fffec2 (b8004433)
正在重置 CPU...
正在重置...
这个 E2E 是相关的吗？ PLZ 确认。
我的客户正在使用 10.1 SDK。
嗨、Rio、 您正在使用的 U-Boot 具有一个“dirty"标签“标签、这意味着存在自定义更改。 您能分享 U-Boot 差异吗？ 此外、我期望默认 loadaddr 为 0x82000000、而不是 0x80200000。 您可能尝试覆盖现有数据。 请使用 0x82000000 作为 loadaddr。
尊敬的 Divy：
客户已尝试过、请查看下面的日志。
1 个关键信息是：
客户希望探测 TI_DSS、但不能探测 DSS。
有何评论？
319718 tiboot3.bin
1249363 tispl.bin
1316563 u-boot.img
1317339 u-boot_nand.img
8359052 uImage.gz
58018 k3-am625-sk.dtb.img
13397103 rootfs.bin.lzo.img
76216 receive_uart
76216 receive_UART_flow
83983 mp.log
15 个文件、0 个目录
=> fatload MMC 1 0x82000000 ti_logo_414x97_32bpp
无法加载“ti_logo_414x97_32bpp"</s>“
=>注意： BL31：v2.11.0（发行版）：v2.11.0-906-g58b25570c9-dirty
0000：2B 20 +
0084：2B 20 +
00c4: 00 90 ..
0094: 00 90 ..
00d4：是 d0 ..
第 0084 章:我是不是也不知道
00c4：52 90 R.
0094: 52 90 R.
00d4: 8F a0 ..
=> fatload MMC 1 0x82000000 ti_logo_414x97_32bpp.bmp
160770 (0x13B) 字节在 41ms (3.7MiB/s) 内读取
=> bmp 显示 0x82000000 米
ELR: 000000008087db88 LR : 000000008087db24 (reloc)
ELR: 000000009da34b88 LR: 000000009da34b24
x0：000000009ba750c0 x1：ffffffffff700000
x4：0000000000000000 x5：000000009ba750c0
x8：0000000000002a68 x9：000000009b98392c
X10：0000000000000003 x11：0000000000002a28
x12：0000000000000000 X13：000000009b984840
X14：00000000ffffffff x15：000000009b983c38
x16：000000009da34b8 X17：0000000000000000
x22：000000009b983c20 x23：0000000000000005
x24：000000009dae90e4 x25：000000000000
X28：000000009ba8de40 X29：000000009b983bc0
请分享您的 uboot 差异。 这不是 TI 提供的默认 U-Boot 中的行为、我最终无法重现您的问题 另外、请使用代码块发布控制台日志。
是的,我知道,我正在等待我的客户回复的差异, PLZ 等待。
尊敬的 Diya：
#1。 请注意：用于串行 NAND 闪存引导的客户仅补丁。
#2. 客户无法共享其差异。
#3. 我如何让他们共享 uboot 的映射文件、然后您查找“LR"寄存“寄存器来跟踪代码？
您好、
由于这些是客户无法共享的自定义更改、因此我们很难支持这一点。 另外、我还记得您提到 loadaddr=0x82000000 没有显示错误、那么为什么在您的后续文章中 他们会再次看到错误？ 显然、他们的 uboot 修改存在一些差异、您可能会要求他们恢复这些差异。
1 个问题：
在 uboot 中时、您能否探测 TI DSS？
如果是、您能向我们分享您的日志+ Uboot 配置吗？ （两者。）
谢谢。
U-Boot SPL 2024.04-ti-g29d0c23d67ee (Nov 29 2024 - 11:41:54 +0000) SYSFW ABI: 4.0 (firmware rev 0x000a '10.1.8--v10.01.08 (Fiery Fox)') SPL initial stack usage: 17056 bytes Trying to boot from MMC2 Authentication passed Authentication passed Authentication passed 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 U-Boot SPL 2024.04-ti-g29d0c23d67ee (Nov 29 2024 - 11:41:54 +0000) SYSFW ABI: 4.0 (firmware rev 0x000a '10.1.8--v10.01.08 (Fiery Fox)') SPL initial stack usage: 1904 bytes Trying to boot from MMC2 Authentication passed Authentication passed U-Boot 2024.04-ti-g29d0c23d67ee (Nov 29 2024 - 11:41:54 +0000) SoC: AM62PX SR1.0 HS-FS Model: Texas Instruments AM62P5 SK DRAM: 2 GiB (effective 8 GiB) Core: 85 devices, 31 uclasses, devicetree: separate MMC: mmc@fa10000: 0, mmc@fa00000: 1 Loading Environment from nowhere... OK In: serial Out: serial Err: serial Net: eth0: ethernet@8000000port@1 Warning: ethernet@8000000port@2 (eth1) using random MAC address - 1a:bf:be:d8:c8:39 , eth1: ethernet@8000000port@2 Hit any key to stop autoboot: 0 => printenv loadaddr loadaddr=0x82000000 => fatload mmc 1 $loadaddr ti_logo_414x97_32bpp.bmp 160770 bytes read in 16 ms (9.6 MiB/s) =>
客户担心这会导致崩溃的原因：
嗨、Rio、 由于我们没有客户的差异、因此我们在这里无法提供太多帮助。 您可能会要求他们使用 CCS 或一些调试器来调试 U-Boot、这是我们在不了解这些更改的情况下可以提供帮助的全部内容。
