This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi
At present, we need to determine whether the message sent by cpsw hostport TX is sent to A72, and print out the message information received by A72.
We try to capture the packet with tcpdump, but we do not capture the relevant message.
In / RA / mcusw / MCAL_ drv/docs/drv_ docs/ug_ eth_ There are related descriptions in top.html; Ethernet driver will use UDMA channel based on host mode packet descriptors to send message to A72
However, when we use the relevant gel scripts, we find that the host mode packet descriptors (hmpd) address is not defined in TI's code and chip manual,
so we can't print the received message information
I want to ask you how to find the corresponding host mode packet descriptors (hmpd) address; Or is there any other way to print out the message information received by A72?
thanks
Hi,
You should be able to capture all messages using tcpdump. I checked it on SDK 7,2 and it's working for me. Can you tell me
1. Is this on EVM or your board ? It should work out of the box with Linux SDK on EVM.
2. Are you sure the interface is coming up correctly ? Are you able to ping the interface after setting an IP address ?
3. Can you see the Ethernet Firmware output on UART terminal (Main UART instance 3)
Regards
Vineet
Hi , Vineer
1. Is this on EVM or your board ? It should work out of the box with Linux SDK on EVM.
> it is a customed board
2. Are you sure the interface is coming up correctly ? Are you able to ping the interface after setting an IP address ?
>I can ping the setting ip address on tda board
3. Can you see the Ethernet Firmware output on UART terminal (Main UART instance 3)
> yes, and we can see that there is a few of packets sent by cpsw host port, but it can not be captured by a72 in the way of tcpdump
Hi,
> yes, and we can see that there is a few of packets sent by cpsw host port, but it can not be captured by a72 in the way of tcpdump
If ping is working then it could be an application issue with tcpdump on your system.
You can try the following.
1. Run iperf between PC and board.
2. Write a simple socket based example to read packets and print them out.
Regards
Vineet
Hi Vineet,
Normally, the data packages can be received and print out by tcpdump. but it occurs that sometimes the data packages sent by host port can not be received by A72, so that can not be captured by tcpdump. The question is that what is the reason that that data packages are droped by A72/R5F, and how to troubleshotting ?
Hi Jeffrey,
Ok, that's an entirely different problem then :) It wasn't clear from the problem statement.
Are these frames which are not received by A72 multicast/broadcast frames ? There is a known issue where the virtual MAC driver does not support reception of such frames. There shouldn't be any issue with Unicast frames and since ping is working for you I am assuming that it's not the case.
Regards
Vineet
Hi Vineet,
Thanks for your replying, and i wonder if it is possible to print the content of data packages received in cpsw.
Regards
Hi Jeffrey,
You can dump the packets from A72 or R5F, I don't know of any way to dump them from the DMA.
I think we are chasing the wrong problem, if packets are being dropped then they will show up on the statistics and it would be better to debug that problem directly. If we need to see packet contents then we should check wireshark output from the sender.
Based on your original problem description, the A72 interface statistics and firmware statistics should match. If they are not matching then there is some other issue.
Regards
Vineet