[参考译文] AM4378：从 v4.03.00.05升级到 v8.02.00.24后 u-boot 结果不一致

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1160263/am4378-inconsistent-u-boot-results-after-upgrading-from-v4-03-00-05-to-v8-02-00-24

您好！

我们有一个基于 AM4372通用评估模块的定制板。 我们有一个使用 SDK v4.03.00.05的工作映像。下面是示例引导输出。

U-Boot SPL 2017.01-00319-g33a324a-dirty (Jun 28 2018 - 09:47:14)
Trying to boot from MMC1
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!
reading u-boot.img
reading u-boot.img
reading u-boot.img
reading u-boot.img


U-Boot 2017.01-00319-g33a324a-dirty (Jun 28 2018 - 09:47:14 -0700)

CPU  : AM437X-GP rev 1.2
Model: TI AM437x GP EVM
DRAM:  2 GiB
PMIC:  TPS65218
NAND:  0 MiB
MMC:   OMAP SD/MMC: 0
reading uboot.env

** Unable to read "uboot.env" from mmc0:1 **
Using default environment

Net:   <ethaddr> not set. Validating first E-fuse MAC
Could not get PHY for cpsw: addr 0
cpsw, usb_ether
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
SD/MMC found on device 0
reading boot.scr
** Unable to read file boot.scr **
reading uEnv.txt
** Unable to read file uEnv.txt **
switch to partitions #0, OK
mmc0 is current device
SD/MMC found on device 0
3642680 bytes read in 762 ms (4.6 MiB/s)
49338 bytes read in 58 ms (830.1 KiB/s)
## Flattened Device Tree blob at 88000000
   Booting using the fdt blob at 0x88000000
   Loading Device Tree to 8fff0000, end 8ffff0b9 ... OK

Starting kernel ...

我们最近尝试升级到 v8.02.00.24、因为我们需要支持新的以太网 PHY。  当 u-boot 启动时、我们会遇到奇怪的结果。 使用 FDTI 电缆、我们可以看到引导输出、它似乎并不总是使 u-boot 在启动过程中保持尽可能远的距离。 使用相同的映像如果我多次重新启动、我可以看到 u-boot 会在启动序列的不同位置进行。 在数十次重新启动后、我只能看到一次 u-boot 提示符。 我们添加了许多 print 语句、如果 printed 语句从引导打印到引导、则这是一个骰子卷。

*************** Boot 1 *************************

U-Boot SPL nw 2021.01-00001-g6048603-dirty (Oct 10 2022 - 16:22:20 -0400)
SPL: nw boot_from_devices
Trying to boot from MMC1
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!
SPL: nw load success
SPL: jump_to_image_no_args


U-Boot 2021.01-00001-g6048603-dirty NW (Oct 10 2022 - 16:22:20 -0400)

CPU  : AM437X-GP rev 1.2
Model: TI AM437x GP EVM
DRAM:  After dram
2 GiB


*************** Boot 2 *************************

U-Boot SPL nw 2021.01-00001-g6048603-dirty (Oct 10 2022 - 16:22:20 -0400)
SPL: nw boot_from_devices
Trying to boot from MMC1
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!
SPL: nw load success
SPL: jump_to_image_no_args
▒


*************** Boot 3 *************************


U-Boot SPL nw 2021.01-00001-g6048603-dirty (Oct 10 2022 - 16:22:20 -0400)
SPL: nw boot_from_devices
Trying to boot from MMC1
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!
SPL: nw load success
SPL: jump_to_image_no_args


U-Boot 2021.01-00001-g6048603-dirty NW (Oct 10 2022 - 16:22:20 -0400)

CPU  : AM437X-GP rev 1.2
Model: TI AM437x GP EVM
DRAM:  After dram
2 GiB
Some drivers failed to bind
Error binding driver 'simple_bus': -34387168
Some drivers failed to bind
Error binding driver 'simple_bus': -34387168

在 SDK 的 v4.03.00.05中、我们必须修改大约12个文件才能将其定制为我们的电路板。 我们尽可能地将这些更改合并到 SDK 的 v8.02.00.24中。 从较高的层次来看，他们是...

-已更新 RAM 时序

-通过短路电路板检测始终返回相同的值

-将 PMIC 从总线0更改为 I2C 总线1

我们可能需要特别注意 SDK 的两个不同版本之间是否有任何重大变化？ 是否有任何工具可以帮助我们调试 u-boot 的情况？ 目前、我们正在使用大量的"put()"条目进行调试、以查看我们在 u-boot 中获得的距离。

谢谢、

Tim