[参考译文] PROCESSOR-SDK-AM335X：在 U-boot 中通过 USB 以太网访问网络后数据中止

上面的第16行是一个自定义调试消息、以及第17行的"in interrupts："

尊敬的 Muktabh：

Unknown 说：

我们正在评估作为 AM335x 2024年12月 SDK 一部分发布的最新 u-boot (20024.04)。 [/报价]

您指的是 U-Boot 2023年 .04在12月发布的 AM335x SDK9.3中提供？

您能否在 AM335x EVM 上重现问题？

请附加完整的控制台日志。

Unknown 说：

上面的第16行是自定义调试消息、第17

另外、请附加添加此调试消息的补丁。

我还在主机上使用了命令"arm-none-linux-gnueabihf-objdump -D -S u-boot > debugfo.txt"来检查哪行代码导致了此问题。 它对应于文件 dlmalloc.c 中的突出显示行

if (victim != q)
{
  victim_size = chunksize(victim);
  
  // The below line causes the data abort
  unlink(victim, bck, fwd);
  
  set_inuse_bit_at_offset(victim, victim_size);
  check_malloced_chunk(victim, nb);
  VALGRIND_MALLOCLIKE_BLOCK(chunk2mem(victim), bytes, SIZE_SZ, false);
  return chunk2mem(victim);
}

尊敬的 Muktabh：

Unknown 说：

我们确实有一个 beagle bone black。 这样可以吗？

是的、如果可以在 BeagleBone Black 上重现问题、我也可以在 BeagleBone Black 板上进行调试。

您是否重新编译了 U-Boot？ 我看到您的网络接口只有 USB_ether、无以太网@4a100000。 请展示您在编译 U-Boot 中所执行的确切步骤。

尊敬的 Bin：

我将尝试在 BeagleBone 上复制它。 请给我几天时间。

至于没有以太网、是的、我们在 U-boot 期间不需要以太网、因此我们尚未启用以太网。 这与我们的 U-Boot 2020配置相同。

具体步骤如下：

1. 下载 TI U-Boot 存储库并指向 PSDK 发行说明中所述的标签。
2. 为 EVM 编译它以确保设置正常。
3. 复制我们的电路板相关文件(.c 和.h、.dts 和 defconfig)
4. 使用旧代码中的.config、将其复制到此存储库的根文件夹并执行 make oldconfig
5. 根据需要更新配置。
6. 更新.h 文件、将 CONFIG 转换为 CFG
7. 更新.dts 以从 dm-标志迁移到 bootph-all
8. 使用日志记录进行编译、以确保正确解析 DTS、尤其是通过 SPL 解析。
9. 重新开始、直至达到 u-boot 提示符。

我将为电路板生成的 U-boot DTB 与为 EVM 生成的 U-boot DTB 进行了比较、没有发现专门针对 USB 的太大差异。

Unknown 说：

我将尝试在 BeagleBone 上复制它。 请给我几天时间。

好的、期待测试结果。

您好 Bin、

我看到 BeagleBone Black 有类似的行为。 具体步骤如下：

1. 引导 BeagleBone 并进入 U-boot 提示符。 我不得不使用串行控制台来实现这一点。 BeagleBone 通过 USB 电缆供电。
2. 初始安装的 U-boot 为2019版。
3. 使用 tftp 复制我使用2024.04源编译的新 U-boot 映像。
   1. 创建 AM335x_evm_defconfig
   2. 使 device_tree=am335x-boneblack
4. 使用 GO 命令从 RAM 运行下载的 U-boot 映像
5. 将执行新的 U-boot、然后在提示符下暂停。
6. 设置 serverip 和 ipaddr
7. 第一个 network 命令成功(无论是 ping 还是 tftp)
   1. 它尝试以太网、失败、然后使用 USB_ether 继续
8. 重试时、会收到相同的数据中止错误。
9. 下面是控制台日志：

***** Start with the already installed U-Boot *****

U-Boot 2019.04-00002-gf15b99f0b6 (Oct 01 2019 - 09:28:05 -0500), Build: jenkins-github_Bootloader-Builder-131

CPU  : AM335X-GP rev 2.1
I2C:   ready
DRAM:  512 MiB
No match for driver 'omap_hsmmc'
No match for driver 'omap_hsmmc'
Some drivers were not found
Reset Source: Global warm SW reset has occurred.
Reset Source: Power-on reset has occurred.
RTC 32KCLK Source: External.
MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
Loading Environment from EXT4... Card did not respond to voltage select!
Board: BeagleBone Black
<ethaddr> not set. Validating first E-fuse MAC
BeagleBone Black:
BeagleBone: cape eeprom: i2c_probe: 0x54:
BeagleBone: cape eeprom: i2c_probe: 0x55:
BeagleBone: cape eeprom: i2c_probe: 0x56:
BeagleBone: cape eeprom: i2c_probe: 0x57:
Net:   eth0: MII MODE
cpsw, usb_ether
Press SPACE to abort autoboot in 2 seconds

***** Copy new U-boot image to RAM *****

=> tftp 0x80800000 u-boot.bin
cpsw Waiting for PHY auto negotiation to complete......... TIMEOUT !
using musb-hdrc, OUT ep1out IN ep1in STATUS ep2in
MAC 64:cf:d9:f0:58:1b
HOST MAC de:ad:be:af:00:00
RNDIS ready
musb-hdrc: peripheral reset irq lost!
high speed config #2: 2 mA, Ethernet Gadget, using RNDIS
USB RNDIS network up!
Using usb_ether device
TFTP from server 192.168.1.1; our IP address is 192.168.1.2
Filename 'u-boot.bin'.
Load address: 0x80800000
Loading: ###############################################
         127 KiB/s
done
Bytes transferred = 685492 (a75b4 hex)

***** Boot via RAM the new U-Boot image *****

=> go 0x80800000
## Starting application at 0x80800000 ...


U-Boot 2023.04-00006-g60ccd66a011-dirty (Jan 24 2025 - 10:29:02 +0100)

CPU  : AM335X-GP rev 2.1
Model: TI AM335x BeagleBone Black
DRAM:  512 MiB
Core:  160 devices, 18 uclasses, devicetree: separate
WDT:   Started wdt@44e35000 with servicing every 1000ms (60s timeout)
NAND:  0 MiB
MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
Loading Environment from FAT... ** Bad device specification mmc 0 **
<ethaddr> not set. Validating first E-fuse MAC
Net:   eth2: ethernet@4a100000, eth3: usb_ether
Hit any key to stop autoboot:  0

***** Set some environment variables *****

=> setenv serverip 192.168.1.1
=> setenv ipaddr 192.168.1.2

***** The first network command passes. Below is the example with tftp, but ping also passes

=> tftp 0x80800000 u-boot.bin
ethernet@4a100000 Waiting for PHY auto negotiation to complete......... TIMEOUT !
using musb-hdrc, OUT ep1out IN ep1in STATUS ep2in
MAC de:ad:be:ef:00:01
HOST MAC de:ad:be:ef:00:00
RNDIS ready
musb-hdrc: peripheral reset irq lost!
high speed config #2: 2 mA, Ethernet Gadget, using RNDIS
USB RNDIS network up!
Using usb_ether device
TFTP from server 192.168.1.1; our IP address is 192.168.1.2
Filename 'u-boot.bin'.
Load address: 0x80800000
Loading: ##################################################  669.4 KiB
         127.9 KiB/s
done
Bytes transferred = 685492 (a75b4 hex)
=> printenv ipaddr
ipaddr=192.168.1.2

***** The second network command will cause data abort. *****

=> ping 192.168.1.1
data abort
pc : [<9ff7e5fc>]          lr : [<9ffdb854>]
reloc pc : [<8081c5fc>]    lr : [<80879854>]
sp : 9df2c8f0  ip : 9ffdb83c     fp : 9ffeeb60
r10: 9ffeeb64  r9 : 9df41ea0     r8 : 00000078
r7 : 00000023  r6 : 00000001     r5 : 9ffdb73c  r4 : 00000118
r3 : 9ffdb800  r2 : 9df494c8     r1 : 9ffdb744  r0 : 9df49428
Flags: Nzcv  IRQs off  FIQs on  Mode SVC_32 (T)
Code: 0601 68c3 6046 6886 (60f3) 609e 
Resetting CPU ...

resetting ...
U-Boot SPL 2019.04-00002-gf15b99f0b6 (Oct 01 2019 - 09:28:05 -0500)
Trying to boot from MMC2
Loading Environment from EXT4... Card did not respond to voltage select!


U-Boot 2019.04-00002-gf15b99f0b6 (Oct 01 2019 - 09:28:05 -0500), Build: jenkins-github_Bootloader-Builder-131

CPU  : AM335X-GP rev 2.1
I2C:   ready
DRAM:  512 MiB
No match for driver 'omap_hsmmc'
No match for driver 'omap_hsmmc'
Some drivers were not found
Reset Source: Global warm SW reset has occurred.
Reset Source: Power-on reset has occurred.
RTC 32KCLK Source: External.
MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
Loading Environment from EXT4... Card did not respond to voltage select!
Board: BeagleBone Black
<ethaddr> not set. Validating first E-fuse MAC
BeagleBone Black:
BeagleBone: cape eeprom: i2c_probe: 0x54:
BeagleBone: cape eeprom: i2c_probe: 0x55:
BeagleBone: cape eeprom: i2c_probe: 0x56:
BeagleBone: cape eeprom: i2c_probe: 0x57:
Net:   eth0: MII MODE
cpsw, usb_ether
Press SPACE to abort autoboot in 2 seconds
=> 

尊敬的 Muktabh：

感谢您提供详细信息。

您如何通过主机设置来管理 AM335x 生成的 USB 网络接口？

尊敬的 Bin：

没什么特别的 我有一台 Ubuntu 24.04计算机。 首次将电路板连接到主机(对于 BeagleBone、为 Uboot 2019)时、我从电路板 ping 192.168.1.1以启动网络。 在主机上显示接口后、我将其 IP 手动设置为192.168.1.1。

它还运行了一个 tftp 服务器来托管主板所需的文件。

在上面的日志中、我在运行序列期间没有更改主机上的任何内容。

尊敬的 Muktabh：

我能够重现 BBB 上 SDK9.3 U-Boot 的问题。 我会将工作放在调试队列中、让您随时发布消息。

尊敬的 Bin：

感谢您对此进行研究。 请问我是否有一个解决问题的时间表？ 这将有助于安排我们的工作。

尊敬的 Muktabh：

我可以在下周开始研究。

您好 Bin、

对此有任何更新？

谢谢

尊敬的 Muktabh：

很抱歉、我被拉至另一个调试任务、但尚未完成此问题的调试。 但以下 U-Boot 补丁可修复其中一个测试用例中的 usb_ether 问题。 请使用补丁进行测试、并告诉我这样是否能为您解决问题。

diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index 85c971e4c43e..a74a7376639e 100644
--- a/drivers/usb/gadget/ether.c
+++ b/drivers/usb/gadget/ether.c
@@ -2479,6 +2479,10 @@ static int usb_eth_recv(struct udevice *dev, int flags, uchar **packetp)
        struct eth_dev *ethdev = &priv->ethdev;
        int ret;
 
+       if (!priv)
+               return -EFAULT;
+
        ret = _usb_eth_recv(priv);
        if (ret) {
                pr_err("error packet receive\n");
@@ -2504,6 +2508,10 @@ static int usb_eth_free_pkt(struct udevice *dev, uchar *packet,
        struct ether_priv *priv = dev_get_priv(dev);
        struct eth_dev *ethdev = &priv->ethdev;
 
+       if (!priv)
+               return -EFAULT;
+
        packet_received = 0;
 
        return rx_submit(ethdev, ethdev->rx_req, 0);

谢谢 Bin、

很遗憾、这对我来说不是问题。

尊敬的 Muktabh：

我还有另一个用例已损坏。 可能与您使用的情形相同。 我将在下周继续进行调试。

当然、请告诉我。

此外、我们发现 OMAP NAND 驱动程序存在错误。 讨论这个问题的最佳方式是什么？

此致

Muktabh

请针对 NAND 驱动器问题创建新的 E2E 主题、我们的 NAND 专家将为您提供帮助。

尊敬的 Muktabh：

很抱歉耽误了时间、但我被分散在几个更高优先级的任务上、没有足够的时间在调试此 USB 以太网问题方面取得进展、但我只是想检查它在您这边的表现、您是否解决了问题？

尊敬的 Bin：

感谢您发送编修。 很遗憾、不会 我们在这方面也没有取得很多进展。 我将在下周再次将焦点切换至本课程、因此、如果我找到了一些内容、我会告诉您。

此致

尊敬的 Muktabh：

感谢您的更新。 我将在下周后的一周内继续进行研究。 (我下周就会休假。)

您好 Bin、

希望您休息得很好。 请告诉我、如果您很快就能了解这一点。

谢谢

尊敬的 Muktabh：

很抱歉耽误你的时间。 在我下班时、我一直在处理提出的几个升级问题。 希望我将有时间在几天内开始调试该 USB 问题。 我会让你保持发布。

尊敬的 Bin：

谢谢你。 这修复了我的问题。

此致

感谢您的确认。 我很快会将此补丁发送到 U-Boot 上游。

尊敬的 Muktabh：

显然、该问题已在 U-Boot 上游中通过下面链接的补丁得到解决。 但是、它无法完全应用于 SDK9.3 U-Boot。 您可以继续使用我在2小时前发布的简单补丁。

https://git.ti.com/cgit/ti-u-boot/ti-u-boot/commit/?h=ti-u-boot-2024.04&id=718f1d414eb8ea49ddb90476df9926520164d9c5