[参考译文] AM62A7：u-boot：特定时钟和器件平台数据丢失 cpsw3G 支持

根据文件头、dev-data.c 和 clk-data.c 似乎是由 Bryan Brattlof 自动生成的 。 是否有办法将以太网设备和时钟包含在这些文件中、以便 SPL 能够初始化和使用它们？

是否使用工具通过 SysConfig 时钟树或类似工具来自动生成这些文件？  如果没有、TI 能否为我们提供更新的 dev-data.c 和 clk-data.c 文件？ 我们可以测试并将其整合到我们自己的分支中。

您好 Jonathan、

对延迟的回复表示歉意。

是否使用工具来自动生成这些文件（通过 SysConfig 时钟树或类似工具）？  如果没有、TI 能否为我们提供更新的 dev-data.c 和 clk-data.c 文件？ 我们可以测试并将其整合到我们自己的分支中。

让我在内部对此进行检查。 可能是 dev-data.c 和 clk-data.c 不是 dtsi 中用于 cpsw3g 的文件、可能是其他一些文件。  

您正在开发哪个内核版本/Linux SDK 版本？

-道林

让我在内部对此进行检查。 可能是 dev-data.c 和 clk-data.c 不是 dtsi 中用于 cpsw3g 的文件、可能是其他一些文件。  

您正在开发哪个内核版本/Linux SDK 版本？

我们的结论基于 AM62x 和 AM62P 的设置、两者都支持以太网引导。  它们在 dev-data.c 和 clk-data.c 中有与 cpsw 对应的条目。  我们能够对 62a dev-data.c 文件中的 PSC 值进行一些估计、但不知道如何将 syscfg 时钟树工具中的信息转换为 clk-data.c 格式。

尊敬的 Jonathan：

我注意到 arch/arm/mach-k3/r5/am62ax/dev-data.c 和 arch/arm/mach-k3/r5/am62ax/clk-data.c

我试图研究这些文件在 Linux 源树中的位置没有找到“mach-k3"目录“目录。 您能告诉我您在哪里找到这些文件吗？

我收到的内部反馈是、我们在内部使用了另一个工具来自动生成 dev-data.c 和 clk-data.c 文件、但我仍在等待关于此工具是否是公开可用的工具的更多说明。

-道林

我尝试查看这些文件在 Linux 源代码树中的位置、但没有找到“mach-k3"目录“目录。 您能告诉我您在哪里找到这些文件吗？

这些代码位于 u-boot 中

内部反馈是、我们内部使用另一个工具来自动生成 dev-data.c 和 clk-data.c 文件、但我仍在等待进一步的说明、说明此工具是否是公开可用的工具。

我觉得 TI 可以为我们运行该工具、我们可以测试结果。

尊敬的 Jonathan：  

这些都位于 u-boot

谢谢、我忘记了这是在 U-boot 而非 Linux 的环境下实现的。  

我很高兴 TI 为我们运行该工具、我们可以测试结果。

请尝试使用以下文件验证以太网启动

e2e.ti.com/.../1588.dev_2D00_data.c

e2e.ti.com/.../8030.clk_2D00_data.c

-道林

生成的文件与 u-boot-2024.04 分支中已有的文件非常匹配、但更新的 Copyright 和“psc_dev (36“正在删除。

看起来我没有具体说明、但提供的文件没有帮助。

尊敬的 Jonathan：

对不起,我再次延迟回复,我是/我不在办公室本周.

我刚刚注意到我与您共享的文件（由我们的软件团队提供给我）似乎与 https://git.ti.com/cgit/ti-u-boot/ti-u-boot/tree/arch/arm/mach-k3/r5/am62ax/?h=ti-u-boot-2024.10 中的文件相同 （如您所述）。

因此、无法在 SPL 中检测到以太网设备和时钟、我怀疑这是因为它未在 dev-data.c 和 clk-data.c 中注册
[/报价]

您能否提供显示错误/问题的准确日志？

-道林

很抱歉、我没有访问这些日志的权限、但他们抱怨缺少 PSC_DEV(13 node

抱歉、响应速度慢、我弹出了几个火灾。  我们会回到这个问题

没问题、如果您有其他问题、请告诉我。

-道林

我想我已经取得了一些进一步的进展。  但是现在 ti_sci 消息似乎失败、但我不知道为什么或如何深入研究它。

[15:17:49.747] U-Boot SPL 2025.01-00631-gf6c5a371dab2-dirty (Oct 10 2025 - 15:17:21 -0400)
[15:17:49.747] SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
[15:17:49.949] Configuring LPDDR4 for 4GB
[15:17:50.061] SPL initial stack usage: 13568 bytes
[15:17:50.084] Trying to boot from eth device
[15:17:50.084] Loading Environment from nowhere... OK
...
[15:17:50.324] uclass_get_device_tail: probing mailbox@4d000000 returned 0
[15:17:50.325] uclass_get_device_tail: probing mailbox@4d000000 returned 0
[15:17:50.325] uclass_get_device_tail: probing dm-tifs returned 0
[15:17:50.348] uclass_get_device_tail: probing dma-controller@485c0000 returned 0
[15:17:50.348] ti_sci_dm dm-tifs: RM_PSIL: nav: 25 link pair 4115->50688
[15:17:50.348] ti_sci_dm dm-tifs: Message not acknowledged
[15:17:50.348] ti-udma dma-controller@485c0000: PSI-L pairing failed: 0x1013 -> 0xc600
[15:17:50.349] ti-udma dma-controller@485c0000: alloc dma res failed -19
[15:17:50.370] am65_cpsw_nuss_port ethernet@8000000port@1: TX dma get failed -22
[15:17:50.370] am65_cpsw_nuss_port ethernet@8000000port@1: am65_cpsw_start end error
...
[15:18:17.105] BOOTP broadcast 17

[15:18:19.039] Retry time exceeded; starting again
[15:18:19.039] Problem booting with BOOTP
[15:18:19.039] SPL: failed to boot from all boot devices
[15:18:19.039] ### ERROR ### Please RESET the board ###

尊敬的 Jonathan：  

您当前使用的是我共享的 clk-data.c 和 dev-data.c、还是您对其进行了修改？

-道林

我不得不将它合并到我的文件副本中。  您的副本有重复的数组编号、并更改了一些现有值、这会破坏我不想进入的其他 clk 条目。   

如果我犯了错误、会导致链路对错误吗？

e2e.ti.com/.../1121.clk_2D00_data.c

e2e.ti.com/.../1121.dev_2D00_data.c

很遗憾、因为您所面临的问题是您在开箱即用 SDK 上实施的许多特定自定义更改所致

“你怎么知道的? 您提供的代码不完全适合 u-boot 2025 分支版本的文件、您的消息意味着这是随机性的更改、因此我觉得我需要将中的更改合并。  这不是“特定的自定义更改“。   

如果您觉得 TI 62A EVM 更容易、我很乐意在它上进行测试。 但这块板和我们的板之间没有太大区别。

由于我们计划在下一个 SDK 版本（计划于 11 月/12 月进行，但可能会发生变化）中对 AM62A 启用开箱即用以太网引导、因此在开箱即用后使用该功能可能会更好。

很高兴收到一个即将发布的版本。  我很乐意帮助他们测试更改、以便我们能够改进它在下一个版本中的更改。