[参考译文] AM625：tispl 下载 u-boot

您好、

您能否附上完整的控制台顺序？  

这是定制板还是 TI EVM？

tftp 使用的默认块大小是多少？

此致、

Schuyler

您好 Schuyler、

感谢您的答复、

这是定制电路板。

下面是与块大小相关的配置

CONFIG_IP_defrag=y
CONFIG_NET_MAXDEFRAG=65535
CONFIG_TFTP_blocksize=65535

超时时间从10s 到1s

#define TIMEOUT 1000UL

我们附加完整的控制台： e2e.ti.com/.../download_5F00_Uboot.txt

谢谢。

(续)

我想添加更多信息：

从 Wireshark 捕获的数据包显示、读取请求包有2个超时。

2个数据包之间的时间不大于 tispl 的下载时间。

为什么平均速度远小于？ 它是否总是计算包含 ARP 数据包的时间？

谢谢、

(续)

您好、

您能否添加 tiboot3.bin、tispi.bin 和 u-boot.img 下载的各个 Wireshark 捕获内容。 我们看不到您正在经历的超时。 这可能是 DHCP 服务器问题。

此致、

Schuyler

您好 Schuyler、

感谢您的答复、

我 无法在此处上传文件、因此请在电子邮件中查看附件。

谢谢。

(续)

请提供您的电子邮件、或者指导我如何在此处上传文件。 它是*。pcapng 文件。

您好、Cong、

您能否压缩*。pcapng 文件 并尝试在此处重新上传？

此致、
Krithika.

e2e.ti.com/.../Download_5F00_Uboot.zip

您好 Schuyler、Krithika、

此处放置 ZIP 文件。

请帮助我们检查。

谢谢、

(续)

您的网络架构或拓扑是什么。 是否有 DHCP 服务器？ 192.168.1.20是 TFTP 服务器、192.168.1.2是 AM625？ 在专用 LAN 中连接到 AM625设备的运行 TFTP 服务器的 Linux 服务器？ 还是使用某种企业网络连接？

查看 Wireshark 中的数据包捕获、一些事情会发生跳变。

1. TFTP 看起来使用的是512字节的帧、TFTP 服务器中是否有某种设置限制为如此小的 MTU？ 我本来预计会~1500字节。 这可能是次要的。

2.开始时,它看起来需要30左右才能得到 ARP 响应。 192.168.1.20正在查找192.168.1.0 (默认网关)、但长时间内未收到响应。 然后开始将 tispl 加载到192.168.1.2。 这表明默认网关设置存在一些问题？

3.从 Wireshark 开始加载 tispl.bin 的带宽看起来是(从66.872秒开始捕获,到67.403) 0.53秒。 而 u-boot.img (启动73.334、结束于76.231)的时间为2.9秒。 文件大小为869kB 和666kB、因此带宽应约为1.6MB/s 和0.23MB/s 这与您的屏幕截图打印输出2.2 MB/秒和44 KB/秒不匹配？ 这些带宽是由您的软件计算的吗？ Wireshark 显示的带宽差值为6-7x 而非50倍。

4.根据项目3、它看起来像是 加载 u-boot.img 映像、确认每个 TFTP 帧需要3-5倍的时间、只要 tispl.bin 的每个帧。 TFTP 客户端软件、高速缓存设置和内存映射是否相同？

 Pekka

user4068379 说：

1. TFTP 看起来使用的是512字节帧、TFTP 服务器中是否有某种设置限制为如此小的 MTU？ 我本来预计会~1500字节。 这可能是次要的。

好的、看起来512字节是 TFTP 默认值、这就说明了这一点。

您好 Pekka、

感谢您的分析。
我正在关注此工单、我将回答以下问题。

是否有 DHCP 服务器？
=>否
192.168.1.20是 TFTP 服务器、192.168.1.2是 AM625？
=>是
在专用 LAN 中连接到 AM625设备的运行 TFTP 服务器的 Linux 服务器？ 还是使用某种企业网络连接？
=>否、使用操作系统 Windows10的个人计算机、运行 TFTP 服务器、通过 LAN 连接到 AM625设备。 下面是我的配置 TFTP 服务器。

2、我尝试配置静态 IP 不带默认 IP ,其下载数据的速度不变,所以我认为这不是慢的原因。

3.从 SW 和 Wireshark 同时获取日志。
带宽以 SW 计算、这是内核中的默认代码。

在软件中计算带宽的方法是当软件准备好接收数据时、在 Wireshark 中计算的方法是 TFTP 服务器之间的数据收到发送数据的请求时、因此​​无法比较这两个值。

我在内核中进行调试时得到了一些新信息、并注意到最初没有可用的数据。

这是我将日志放入内核的位置

我同时观察了两个日志,发现这两个点是同时的。

从这里我们可以看到原因在于初始化过程和与 TFTP 服务器的连接。

我将日志附加到此处 e2e.ti.com/.../6428.Log_5F00_debug.zip

此致、

嗯

Unknown 说：

从这里我们可以看到原因在于初始化过程和 TFTP 服务器的连接。

我倾向于同意。 加载 u-boot.img 时似乎需要5秒的时间来尝试找出 IP 地址。 您的屏幕截图有5秒(从捕获开始的大约32秒开始)、其中没有传输任何内容、但加载的 Windows 计算机和主板发送 ARP 消息、以确定哪个 MAC 地址有哪个 IP (看起来 Windows 至少每隔一秒发送三个 ARP、消息3,408,34034093410)。 在一开始加载 tispl.bin 时、没有多条 ARP 消息。 因此、如果您在带宽计算中包含此5秒无任何内容、因为 TFTP 服务器和请求映像的主板尚未完成 ARP、这可能会解释较低的吞吐量。

您的调试打印日志似乎位于打印 EtherType 的以太网驱动程序中、0x800是 IPv4、0x806是 ARP。 因此、可能是消息3412、Wireshark 显示是从 Windows 到 AM62x 的 ARP。

您正在使用什么进行数据包捕获/Wireshark？ 您是否有 https://www.profitap.com/profishark-1g/之类的网络点击 、或者您是否在 Windows 计算机中使用 Wireshark？

如果您能够将 Linux 计算机作为 TFTP 服务器运行、我不熟悉 Windows 网络堆栈以及可能导致多条 ARP 消息的原因。  

 Pekka

您好 Pekka、

我们没有网络分路器、我们在 Windows 计算机中使用 Wireshark

附加信息：我们使用此介质转换器从标准以太网转换为汽车以太网。

我附上了 zip 文件、其中包含日志文件和 pcap 文件、当我们将 Linux 计算机作为 TFTP 服务器运行时。

请帮助我检查

e2e.ti.com/.../Download_5F00_Uboot_5F00_Ubuntu_5F00_0412.zip

谢谢。

(续)

从所有三个 Wireshark 日志中、首先显示一个屏幕截图、然后从 zip 文件(一个 Windows、一个 Linux)中显示两个屏幕截图、这看起来是重复模式。 加载 tispl.bin (在引导 ROM 中发生)似乎可以解决问题。 序列是从 TI 器件(MAC 地址28：B5：e8的开头、OUI 注册到 TI)作为广播发送的 ARP 请求、从192.168.1.20做出响应、然后开始下载。 tispl.bin 已快速加载。 然后、在找出寻址并开始下载之前、使用 TFTP 且可能正在运行 SPL 的第二个映像下载(u-boot.bin)会显示4-10s 的 ARP 消息。 请参阅两个日志中的消息(编号3406)。 启动后、速度正常(可能需要下载2s)。 此 MAC 和 IP 地址排序方式是 u-boot.img 下载速度缓慢的原因。 日志还会下载第三个文件、该文件似乎没有任何寻址问题、但 TFTP 服务器显示没有此类文件。

因此问题在于如何在 SPL 软件、介质转换器和 TFTP 服务器中排除网络堆栈和 ARP 解析/高速缓存之间的交互。 这可以解释为 MAC 地址上的一些黑客或一些丢弃的以太网帧。 在 Windows 数据包捕获中、TFTP 服务器的 MAC 地址似乎是 Gopel Electronic (OUI 为00：06：81)、在 Ubuntu 中为未注册的地址(OUI 为 B6：C3：97)。 以下哪种情况可能适合 SPL 错过 ARP 响应(Ubuntu 日志中的编号3406)、某些内容(适配器？ PHY 配置？) 丢弃帧。 请注意、您捕获的 Wireshark 来自 TFTP 服务器、因此显示从那里离开和到达的内容、而不是让它进入 TI 器件的内容。

3405	44.230910243	28:b5:e8:cd:57:95	Broadcast	ARP	60	Who has 192.168.1.20? Tell 192.168.1.2
3406	44.230930572	b6:c3:97:fe:e3:f3	28:b5:e8:cd:57:95	ARP	42	192.168.1.20 is at b6:c3:97:fe:e3:f3
3407	48.091626906	b6:c3:97:fe:e3:f3	28:b5:e8:cd:57:95	ARP	42	Who has 192.168.1.2? Tell 192.168.1.20
3408	49.115611308	b6:c3:97:fe:e3:f3	28:b5:e8:cd:57:95	ARP	42	Who has 192.168.1.2? Tell 192.168.1.20
3409	49.231214758	28:b5:e8:cd:57:95	Broadcast	ARP	60	Who has 192.168.1.20? Tell 192.168.1.2
3410	49.231232546	b6:c3:97:fe:e3:f3	28:b5:e8:cd:57:95	ARP	42	192.168.1.20 is at b6:c3:97:fe:e3:f3
3411	50.139626816	b6:c3:97:fe:e3:f3	28:b5:e8:cd:57:95	ARP	42	Who has 192.168.1.2? Tell 192.168.1.20
3412	50.139890824	28:b5:e8:cd:57:95	b6:c3:97:fe:e3:f3	ARP	60	192.168.1.2 is at 28:b5:e8:cd:57:95
3413	54.232190870	28:b5:e8:cd:57:95	Broadcast	ARP	60	Who has 192.168.1.20? Tell 192.168.1.2
3414	54.232311369	b6:c3:97:fe:e3:f3	28:b5:e8:cd:57:95	ARP	42	192.168.1.20 is at b6:c3:97:fe:e3:f3
3415	54.232538042	192.168.1.2	192.168.1.20	TFTP	71	Read Request, File: u-boot.img, Transfer type: octet, timeout=1

因此、在请求加载 u-boot.img 时、需要在加载 tispl.bin 后对 ARP 流量或可能丢弃的帧进行排序。

 Pekka

我与怀疑保持一致。 一种可能是 PHY 初始化、SPL 会执行什么操作吗？ 作为一种变通方法、如果您可以将 TFTP 服务器 MAC 地址添加为192.168.1.20到 SPL ARP 缓存、这将绕过它、询问具有192.168.1.20的广播。

 Pekka

您好 Pekka、

您能指导我如何将 TFTO 服务器 MAC 地址192.168.1.20添加到 SPL ARP 缓存中吗？

谢谢。

(续)

您好、

介质转换器和汽车以太网提出了一些新问题。 电路板是否使用单线对以太网 PHY？ 如果是、正在使用哪种 PHY？

虽然启动序列显然在进行、但 ROM 无法了解 SPE PHY 上的链路状态。  

u-boot 代码是否经过修改以便与 SPE PHY 配合使用？

我们将在下周与开发团队讨论如何绕过 ARP 缓存的问题。  

PC 上的以太网是否连接到1G 的媒体转换器？ SPE PHY 限制为100Mbps？

此致、

Schuyler

您好 Schuyler、

感谢您的反馈。 我们正在等待您的开发团队的反馈。

我们的电路板使用 TJA1101B 作为以太网 PHY

u-boot 代码是否经过修改以便与 SPE PHY 配合使用？ ->是的

PC 上的以太网是否连接到1G 的媒体转换器？ SPE PHY 限制为100Mbps？

->我们将介质转换器配置为100Mbps。

(续)

更新：

我尝试绕过 ARP 数据包、速度显著提高。  

我所做的只是注释这行代码：

但如果没有 ARP 数据包、它会产生副作用  

在发送数据包开始时大约需要3个超时时间(每个超时为1)。

如果未绕过 ARP 数据包、这只是1个超时。

下面是附加文件。

.e2e.ti.com/.../Download_5F00_Uboot0912.zip

您能帮助我分析一下吗？

谢谢。

(续)

Unknown 说：

我尝试绕过 ARP 数据包、速度显著提高。  [/报价]

好的。 这证实了您的下载速度下降是由 IP 网络寻址问题引起的、特别是 ARP 广播消息和响应。

[报价 userid="502319" url="~/support/processors-group/processors/f/processors-forum/1424939/am625-tispl-download-u-boot/5555684 #5555684"]

但如果没有 ARP 数据包、它会产生副作用  

在发送数据包开始时大约需要3个超时时间(每个超时为1)。

[/报价]

看起来像这3条消息会再次使 u-boot.img 的加载停止3秒、这可能再次是观察到加载变慢的原因(请求 u-boot.img 时没有加载的内容~3s)。 您突出显示的消息是 TFTP 服务器、它询问具有192.168.1.0 IP 地址的广播消息、该地址(以0结尾的地址)通常是网络中的默认网关(如果 IP 地址不是 LAN/子网的本地地址、则您发送到的地址)。 这是 TFTP 服务器网络堆栈中的一些设置。 在数据包捕获一开始、TFTP 服务器每秒一次大约有40个 ARP 请求、地址192.168.1.0 (通常是默认网关)、我看不到响应。 我的怀疑是、如果您在 TFTP 服务器中得到默认网关 ARP 请求的应答或硬编码、这些消息将消失。

Unknown 说：

我们的电路板使用 TJA1101B 作为以太网 PHY

它看起来就像100BASE-T1 PHY。 我认为我们的引导 ROM 不支持采用"固定链路"的100M 操作、或者 SPE PHY 使用的那样。 但由于 tispl.bin 看起来加载正常、我想我们加载了。 我仍然认为这种 PHY 配置和/或适配器导致一些数据包被丢弃、导致 ARP 缓存硬编码绕过的原始问题。 向192.168.1.0发送 ARP 的 TFTP 服务器是另一个问题、我怀疑 LAN 中没有人来回答这个问题。 通常使用路由器作为应答、因此配置 TFTP 的网络堆栈不询问可能是一条好路由。 或添加某人来回答这些问题。

 Pekka

[/quote]

您好 Pekka、

即使我在 TFTP 服务器的以太网配置中删除了默认网关192.168.1.0、仍会发生超时。

因此、我认为超时原因与默认网关无关。

下面是日志和跟踪

e2e.ti.com/.../Download_5F00_Uboot1112.zip

谢谢。

(续)

嗨、Pekka、  

我有一个问题,为什么这4 包首先协议= 0x0 , 我检查代码,看看当长度为0 (下面)

这是从 tftp 服务器收到的硬件中的数据,它跳转到 net_proce_received_packet()函数,但当它进入内部时,协议是0x0。

谢谢、  

嗯

这是从 tftp 服务器收到的硬件中的数据,它跳转到 net_proce_received_packet()函数,但当它进入内部时,协议是0x0。

让我知道您在这里打印什么内容。 您是否在 SPL 中修改了以太网接收函数、而从中引出的十六进制编号是接收帧的 Ethertype？ 可能是一个小建议、但我要在调试打印输出中添加一些文本、说明您打印出了什么内容？ Ethertype 中的0x0不好、该数据包可能会被丢弃。 我将重点介绍它们的来源、它们是否与 TFTP 服务器认为它们发出的内容相匹配。 0x800表示它位于 IPv4数据包中。 0x806是 ARP 数据包。

我还会打印出更多的帧、而不仅仅是 EtherType。 例如发送它的 MAC 地址。

 Pekka

是的、我修改了 net.c 文件中的以太网接收功能、屏幕上打印的是 Ethertype、这是我打印它的位置。

我当前的问题是、为什么它总是会丢失 tispl.bin 映像的前4个数据包？ 但 tiboot3.bin 和 uboot.img 映像不是这样

谢谢。  

嗯

我当前的问题是、为什么它总是会丢失 tispl.bin 映像的前4个数据包？ 但 tiboot3.bin 和 uboot.img 映像不是这样

根据您打印出 Ethertype 的日志、看起来有4帧、Ethertype 为0、将被丢弃。 我认为0是不允许见 https://www.iana.org/assignments/ieee-802-numbers/ieee-802-numbers.xhtml#ieee-802-numbers-1 . 和基于时间戳消耗5秒无其他流量。

 Pekka

您好 Pekka、

 看起来有4个 EtherType 为0的帧会被丢弃

->似乎服务器已成功发送确认、但主板无法接收 完成的数据。

长度看起来正常、但数据不正确。

我们不知道为什么在 tispl 下载 u-boot 但 tiboot3下载 tispl 时这些数据包会被丢弃？

你有什么想法或建议吗?

谢谢、

(续)

您附加的 Wireshark 屏幕截图来自 TFTP 服务器、用于捕获它发送的内容。 它具有从 spl 接收到的读取请求。 直到3472才发送数据包。

您还具有修改后的 SPL 网络堆栈、将 EtherType 打印为0。 这绝不是正常的。 我会打印出更多的帧、spl 接收到的帧、是所有字段0吗？ 例如、源 MAC 地址正确。

 Pekka

您好 Pekka、

我已经向您发送了附件、其中一次包括日志 UART 和 Wireshark、它是从 EtherType、Len 和 Data 打印出来的。

4 EtherType  为0时、spl 接收的帧都是字段0。

我按如下所示修改了 SPL 网络堆栈。

e2e.ti.com/.../12.17.24_5F00_2.zip

谢谢、

嗯

Unknown 说：

如果4 EtherType  为0、则 spl 接收处的帧都是字段0。

说明这一点很明显、因此有4个以太网帧、所有零都进入到 SPL、与前一个以太网帧相隔一秒。 这些似乎与 TFTP 服务器发送的内容相匹配、使其不全为零。 也许在这里绕圈走、但很清楚、这是 TFTP 带宽每秒零比特数的4s 发生的地方。

什么是在几秒钟内将 TFTP 服务器中的帧转换为全零？ 我猜是介质转换器、或许更有可能是 SPL 中的 PHY 设置。 u-boot.img 是正在加载的文件、因此焦点应该在 tispl.img 上。 发送的帧似乎正常(TFTP 请求)。

在 PHY 中、引导 ROM 似乎可以正常工作(不太清楚的原因)并加载 tispl.bin。 是否修改了 SPL 以与  TJA1101B 一起使用？ 我会尝试从 SPL 中删除所有与 PHY 相关的代码、在 SPL 开始运行之前、与 PHY 相关的所有代码都正常、因此请保持 PHY 不变。

 Pekka

您好 Pekka、

第一次、PHY 的引导 ROM 不正常、然后我们请 TI 支持并重新刷写支持 PHY 的 ROM 代码、然后发回给我们。

1.引导 ROM 加载 tiboot3 ->确定

2. tiboot3加载 tispl.bin ->确定

3. tispl.bin 加载 uboot ->不正常

#2和#3使用相同的 PHY 源代码。 为什么#3不合适？

2与3之间的区别在于运行的内核、tiboot3在 R5内核上运行、tispl 在 A53内核上运行。

TJA1101B 的源代码正在从 drivers/net/phy/dp83867.c.移植 您是否有 TJA1101B 的替代驱动程序？

谢谢。

(续)

Unknown 说：

第一次、引导 ROM 与 PHY 不太配合、那么我们请 TI 提供支持、然后重新刷写支持 PHY 的 ROM 代码并将其发送给我们。

ROM 是 ROM 代码、无法更新它。 那么、我不清楚"TI 重新刷写 ROM"是什么意思？

3. tispl.bin 加载 uboot ->不正常

#2和#3使用相同的 PHY 源代码。 为什么#3不合适？

根据您的 SPL 打印输出、我们知道的是收到4个帧、所有字段都为零。 我想传输是好的(?)。 PHY 配置是一种可能、不一定是基本原因。

Unknown 说：

TJA1101B 的源代码正在从 drivers/net/phy/dp83867.c 您是否有 TJA1101B 的替代驱动程序？

TJA1101B 是 NXP PHY 芯片100BASE-T1 SPE。 DP83867是 TI、1000BASE-TX、而非 SPE。 我可以看到 https://github.com/torvalds/linux/blob/master/drivers/net/phy/nxp-tja11xx.c 吗? 我不熟悉 NXP PHY 及其驱动程序与 TI 有何相似之处、但1000BASE-TX 和100BASE-T1是不同的、例如100BASE-T1没有速度否定、它是硬编码(固定链路)至100M。

100Base-T1是硬编码100M 模式。  可能会发生类似自动协商的情况吗？ tispl.bin 是硬编码为100米吗?

 Pekka

正在解锁此主题、因为仍会出现此问题、如 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1476363/am625-uboot-dowload-by-tftp 中所述

-道林

大家好、TI 专家。

我在处理前4帧的加载时间后有一些更新。

我们通过减少超时持续时间来解决此问题、从而提高了 u-boot.img 的加载速度。 但是、当 u-boot.img 正在加载内核时、TFTP 服务器会向总线发送错误代码以响应帧加载 u-boot.img。

我在下面附加了 Wireshark 文件。

/cfs-file/__key/communityserver-discussions-components-files/791/1300.wireshark.zip

我更改了此处的代码：

 仅当我构建 tispl.bin 时、才会启用该配置 CONFIG_NET_BYPASS_BROADCAST。

在尝试此用例时、我附加了日志和 Wireshark 捕获。

/cfs-file/__key/communityserver-discussions-components-files/791/report_5F00_2_5F00_20_5F00_25.zip

您能帮助我们分析这个问题并提出解决方案吗？

谢谢、

嗯

您好、

查看捕获、服务器正在发送错误、您同意吗？ 您是否看到数据包发送和接收有任何问题？

此致、

Schuyler

您好 Schuyler、

是的、TFTP 服务器有一条消息、该消息从第3431帧发送、也就是说、它是对 tftp 客户端(板)请求的回复、当加载 u-boot 时、tispl.bin 是一个帧错误、当加载内核映像时、TFTP 服务器发送该消息。 问题可能是由于更改了 tispl.bin 的超时值。
修复 spl.bin 的超时以减少4个错误帧的超时后、但它减慢了 uboot 上加载内核映像的速度、
那么、是否有办法既可以缩短 u-boot 在 tispl.bin 的加载时间、又不会影响 u-boot 上的内核映像加载？

此致、

嗯

3. tispl.bin 加载 uboot ->不正常

#2和#3使用相同的 PHY 源代码。 为什么#3不合适？

根据您的 SPL 打印输出、我们知道的是收到4个帧、所有字段都为零。 我想传输是好的(?)。 PHY 配置是一种可能、不一定是基本原因。

您是否弄清楚了为什么所有的帧都是零？

您好：  

我在 Devkit 上进行调试、还发现前4个帧都是零、

测试信息：

  软件：U-boot-2021.01+gitAUTOINC+2ee8efd654-g2ee8efd654、SDK：TI-processor-sdk-linux-am62xx-evm-08.06.00.42
  硬件：AM62x SKEVM PROC114E3  

我更改了一些 uboot 源代码(如下所示)以打印日志：

有关日志和 Wireshark 的证据,详见所附文件 e2e.ti.com/.../test_5F00_devkit28_5F00_2_5F00_25.zip :

我认为 PHY 不影响这个错误、
您可以在 Devkit 上再次测试并对其进行分析

谢谢、

嗯

您好、

我已经检查了控制台日志和 Wireshark 捕获。  我想验证这里使用的代码版本。  u-boot 代码是发布版本吗？您只描述了 printf 附加功能吗？ 代码没有其他更改？

您还能描述一下该设置、您正在使用连接到网络且 PC 用作 tftp 服务器的 TI EVM。 EVM 是否使用 CAT5或 CAT6以太网电缆连接到以太网交换机或直接连接到 tftp 服务器？

Wireshark 日志中的 tftp 服务器正在复制 tftp 数据包是奇怪的。  

此致、

Schuyler

您好：

"u-boot 代码是发布的吗？它只包含您描述的 printf 附加项？ 代码没有其他更改？"

 =>从 uboot 版本开始、我只添加了 printf 并将超时更改为10s (如下所示)、否则我没有更改任何其他代码。

设置说明：

TFTP 服务器是 Windows 10上的虚拟机 Ubuntu、并且已配置网络桥接。 我  根据本指南 https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/08_06_00_42/exports/docs/linux/Foundational_Components /U-Boot/UG-Network-K3.html？highlight=tftp 构建 u-boot 和配置 tftp 服务器

"EVM 是使用 CAT5或 CAT6以太网电缆连接到以太网交换机还是直接连接到 tftp 服务器？"

=>以太网电缆为 CAT 5E。

" Wireshark 日志中的 tftp 服务器正在复制 tftp 数据包、这是否奇怪？"

=>我在 Windows 上尝试了 tftp 服务器,但它没有复制, 我不知道 Ubuntu 虚拟机上的 tftp 服务器有什么问题。

谢谢、

嗯

您好、

CAT5电缆插入什么、介质转换器还是 USB 转以太网转换器？

我们在 uboot 映像系列中没有看到1个数据包的超时。 关于打印我们 eth 类型的代码更改、协议是您在预构建的 TI EVM 映像中看到了此问题、

此致、

Schuyler

您好、

"CAT5电缆插入什么、介质转换器还是 USB 转以太网转换器？"

=> CAT 5电缆从 Devkit 板插入 USB 转以太网转换器。

"我们没有看到 Uboot 映像系列中1个数据包的超时。 关于打印我们 eth 类型的代码更改、协议是您在预构建的 TI EVM 映像中看到了此问题？"

=>在预构建映像中、我只看到可用的 SD 卡引导、您能告诉我一个支持以太网引导的 TI 预构建映像吗？

谢谢、

嗯

您好、

图片来自我们的 tftp 序列、我们没有看到重复的数据包。 我将明天包含我们在 EVM 上使用的图像。 您是否有一个能够对服务器和 EVM 之间的连接进行端口镜像的交换机？ 这将允许轻触服务器和 EVM 之间的数据包流。

此致、

Schuyler

您好、

我们现在没有一个可以尝试的开关、您还有其他想法吗？

是否在 SDK 8.6中使用 uboot 进行检查？

" Wireshark 日志中的 tftp 服务器正在复制 tftp 数据包、这是否奇怪？ "

=>我切换到一台真正的 Ubuntu 机器并使用 USB 转以太网适配器来设置 TFTP 服务器。 现在、我在 Wireshark 日志中不再看到重复的 TFTP 数据包。

在这张图片中、 看起来只有块1被复制、并且没有可疑的帧导致接收4个 EtherType 0帧。

我认为、原因可能在这个帧中、当电路板请求 IP 但被丢弃时。

可以向我发送日志和 Wireshark 来进行比较吗？

谢谢、

嗯

您好、

请附加了 Wireshark 捕获和用于此测试的二进制文件。 请尝试二进制文件、您只需将当前拥有的二进制文件替换为此处提供的二进制文件。

此致、

Schuyler

附加了两个单独的文件。

e2e.ti.com/.../uboot_5F00_images.zipe2e.ti.com/.../am62x_5F00_linkinfo0_5F00_ethernetboot.zip  

尊敬的  Schuyler：

我 刚刚快速尝试了您的二进制文件、但它不起作用

似乎您没有在 SDK 8.6中使用 u-boot、这是对的吗？

您的 uboot 是"U-Boot SPL 2024.04-Dirty (Mar 04 2025 - 11：05：29 -0600")

我们的 u-boot 是 "U-Boot SPL 2021.01-00001-g45cb7e44ae-dirty (2025年2月28日- 13：30：10 +0700)"

谢谢、  

嗯

嗨、Huy、

我对延迟表示歉意、该回复本应在上周发布、我点击了"回复"、并假设帖子已成功通过。

是的、二进制文件来自10.x TI SDK。 因为您看到了此消息、所以您可能是 HS/TI FS。 您可能会尝试使用 tiboot3.bin 文件、然后使用我附加的 tispl.bin 和 u-boot.img 文件。  我们想尝试使用最新的 SDK、因为我们知道这些映像适用于我们在此处所做的设置。

您能否在使用映像尝试引导时附加启动序列的 Wireshark 捕获？

您能附上 EVM 的特写照片(正面和背面)吗？ 尽可能靠近电路板上器件的位置。  

谢谢、谨致问候、

Schuyler  

尊敬的  Schuyler：

TI SDK 8.6的 tiboot3和 tispl TI SDK 10.x 似乎彼此不兼容。

 我在  下面附上了 TI DevKit 的图片：

谢谢、

嗯

嗨、Huy、

感谢您试用该实验。 我正在尝试确定您的电路板上是否安装了 FS 器件。  红色圆圈表示器件是否为 HS/HS FS 器件。 如果该字母是 G、则不是 FS 器件。 我问的原因是我已经为以太网引导设置了8.6 SDK u-boot、并正在尝试查看我是否看到您遇到的问题。 我的 EVM FS 上有一个 HS/EVM 器件。 如果我在这里构建的映像没有遇到问题、我会将这些映像发送给您、以便在您的平台上进行测试。 要对齐测试、您的电路板需要上带有 FS 器件。

此致、

Schuyler

您好  Schuyler、

我们的电路板是 GP 器件、我们没有提供 TI Devkit FS。 你能给我发送相同的版本、但对于 GP 设备吗？GP 和 HS 是否会影响下载时间？

谢谢、

嗯