TDA4VH-Q1: Ethernet packet loss when ping the IP between the board and PC with Win10 OS

Hello,

Couple of things to look at:

Did  we check the EthFW statistics and see if there is any packet being dropped by CPSW9G?

Next, we suggest you to run the Wireshark tool and share the ethernet traffic captured for both cases. Are we sure if the packets are not dropped at the Win10 OS level?

Let us know.

Thanks.

tcpdump.zip

Hi Praveen

I have not JTAG tool now

But the ethernet traffic captured for both cases is ok.

BR

Jeken

Hi,

jeken zhuang said:

But the ethernet traffic captured for both cases is ok.

From windows log it seems that, some malformed ARP requests and some TCP packets were observed in between and request packet itself has sequence miss in capture logs.

Can you disable all Network interface properties other than Ipv4 and check once.

Packet miss could be because of windows machine.

Best Regards,
Sudheer

Hi 

Follow your steps, it was not working also.

Hi,

I have tried the same as connecting Windows PC to CPSW Port-7 and running Linux SDK 8.6.

Assigned 192.168.6.20 IP to PC and 192.168.6.50 to eth1 on A72.
 

I could able to ping from PC to Aeth (on A72) and vice versa successfully without any packet loss.

jeken zhuang said:

Follow your steps, it was not working also.

Can you please disable one by one property and check once.

In my case I could able to ping successfully even after disabling all properties other than Ipv4 as mentioned above.

Best Regards,
Sudheer

Hi 

I tried it, but not working.

BR

Hi,

Can you please capture packets at PC side as well as eth1(A72) side using Wireshark at PC and tcpdump at eth1.

Also, please share the Ethfw log by executing the below command before and after running the ping.
#ethtool -t eth1

Best Regards,
Sudheer

Hi 

Our A72 is running QNX OS.

Here is the packets captured. 

Case 1: Board ping PC(Win OS)

1.tdapingpc_tcpdump.pcap --> tcpdump 

2.tdapingpc_wireshark.pcap --> wireshark

case 2: PC ping Board

1. pcpingtda_tcpdump.pcap  -->tcpdump

2.pcpingtda_wireshark.pcap --->wireshark

packets.zip

BR

Jeken

Hi,

From packets capture at PC and eth1 (A72) we observed that packets being captured at eth1 tcpdump where as few were missed at PC Wireshark capture.

Can you please share statistics logs ( Ethfw log ) by executing the below command before and after running the ping to understand where the packets were lost i.e. either at CPSW side or PC side?
#ethtool -t eth1

Best Regards,
Sudheer

Hi 

Is the MCU2_0 log ? 

I  catched the MCU2_0 log ,  but  don't seem to have any valuable information.

tda4vh.zip

BR

Jeken

Hi,

Please use the attached patch for statistics collection via MCU2_0 log.

Please increase the time interval for collection of statistics and run ping for 1minute.

After running ping please collect the MCU2_0 logs and share with us.

8623.CPSW_Periodic_stat_dump.zip

Best Regards,
Sudheer

Hi 

I used your patch,  but there are not more logs from MCU2_0 when I run ping

And enable the below macros in ethfw.c:

#define ENABLE_ALE_DUMP
#define ENABLE_ALE_POLICER_DUMP
#define ENABLE_STATS_HOSTPORT
#define ENABLE_STATS_MACPORT

BR

Jeken

Hi,

jeken zhuang said:

I  catched the MCU2_0 log ,  but  don't seem to have any valuable information.

tda4vh.zip

I see you have catched MCU2_0 log above, can you please collect the MCU2_0 logs similar to above before running ping and after running ping.

Best Regards,
Sudheer

Hi

PLS check the LOG and packets captured.

0522.zip

BR

Jeken

Hi,

I could not able to find the statistics from MCU2_0 logs. As per Wireshark logs CPSW responding back to all Ping requests from PC where as PC is not receiving the packets.

Until will have statistic counters It could be difficult to find the where the Drop was.

Best Regards,
Sudheer

Hi Sudheer,

This log(zip) contains before ping and after ping, pls check. Thanks
BR, 

Biao

Hi Sudheer,Biao

Sorry for the lack of detail. I've split the log and annotated it with some information

1. Before ping----> "before_ping.txt"

2. After ping, and wait about a minute----> "after_ping_1.txt"

3. After ping, and wait a few minutes----> "after_ping_2.txt"

mcu20_log-0522.zip

BR

Jeken

Hi Sudueer,

this issue very strange, do you have some new update from customer's log?

BR,

Biao

Hi,

Sorry I haven't observe the Ethernet statistics from the above shared logs (mcu20_log-0522.zip).

Can you please confirm about the integration of patch (8623.CPSW_Periodic_stat_dump.zip) shared above. Also refer to FAQ [How to Get CPSW Ethernet Statistics] refer Log attached for "From Ethfw with Linux (Output on Linux Console)".

Also, make sure that using the updated Ethernet firmware build image.

Once after observing the logs please collect statistics as requested in above before and after ping.

As per wireshark logs Eth1 (A72 virtual switch port interface) is sending response for all ping requests and no sequence miss here.

Best Regards,
Sudheer

Hi Sudheer

I think it is PHY issue or the speed/duplex of SGMII mismatched between TDA4VH and PHY.

I changed the mode of phy  to 1000M, and TDA4VH changed to 1Gbit speed also, it was ok.

So, For TDA4VH, Can you give me some ideas to check more?

For the phy, I will check it.

Thanks for your patient guidance.

BR

Jeken

Hi Sudheer,

we checked the phy(88q2221) with the marvell FAE these days. 

Marvell have reported that their other customers are also experiencing packet loss issues with this phy on TDA4

The Preamble of Ethernet frame is not standard witch the 100Mbit SGMII, but 1Gbit  is standard.

So could you please confirm this information?

BR,  

Jeken

Hi Jeken,

Yes, pls refer to this link:(1) TDA4VM: 100 Mbit SGMII connection issues with Marvell PHY - Processors forum - Processors - TI E2E support forums

BR,

Biao