LS1046A DPDK didn't reply packets

[Darren_P]

Hi,

I have a custom LS1046A board and we are running on LSDK20.04 version.

Our scenario is that we can only use one network port(e.g., say we were using fm1-mac9 only). For this port there are multiple applications sharing it. One of the application will use DPDK feature so we simply alias one interface for DPDK use e.g.,

fm1-mac9 <ip#1> --> for system interface used.

fm1-mac9:1 <ip#2> --> for DPDK application used.

------------------------------------------------------------------------------------

In the dts file we declared one interface is for kernel VSP(i.e., ethernet-shared properties). And the other is for DPDK VSP. So that DPDK will not fully take control for whole interface.

Test setup is our board directly connected to a PC.

Below is the command we used to test DPDK. Test was performed by issuing ping command from PC.

"l2fwd -c 0xa -n 1 -- -p 0x1" and logs are,

EAL: Detected 4 lcore(s)
EAL: Detected 1 NUMA nodes
EAL: Multi-process socket /var/run/dpdk/rte/mp_socket
EAL: Selected IOVA mode 'PA'
EAL: Probing VFIO support...
EAL: VFIO support initialized
EAL: DPAA Bus Detected
PMD: Using FMC script mode,RXQs will be setup according to FMC configuration
PMD: net: dpaa: fm1-mac9: 00:04:9f:04:ad:99
PMD: dpaa_sec-1 cryptodev init
PMD: dpaa_sec-2 cryptodev init
PMD: dpaa_sec-3 cryptodev init
PMD: dpaa_sec-4 cryptodev init
MAC updating enabled
Notice: odd number of ports in portmask.
Lcore 1: RX port 0
Initializing port 0... done:
Port 0, MAC address: 00:04:9F:04:AD:99

Checking link statusdone
Port0 Link Up. Speed 10000 Mbps - full-duplex
L2FWD: lcore 3 has nothing to do
L2FWD: entering main loop on lcore 1
L2FWD: -- lcoreid=1 portid=0

Port statistics ====================================
Statistics for port 0 ------------------------------
Packets sent: 0
Packets received: 0
Packets dropped: 0
Aggregate statistics ===============================
Total packets sent: 0
Total packets received: 0
Total packets dropped: 0
====================================================

Port statistics ====================================
Statistics for port 0 ------------------------------
Packets sent: 2
Packets received: 2
Packets dropped: 0
Aggregate statistics ===============================
Total packets sent: 2
Total packets received: 2
Total packets dropped: 0
====================================================

Port statistics ====================================
Statistics for port 0 ------------------------------
Packets sent: 4
Packets received: 4
Packets dropped: 0
Aggregate statistics ===============================
Total packets sent: 4
Total packets received: 4
Total packets dropped: 0
====================================================

Looks like DPDK interface is able to received packet from PC we can see packets increasing.

Question here is : Why we can't see icmp packets replied from DPDK binded interface( fm1-mac9:1)?

But we can get icmp responses from fm1-mac9. Are there some setting issues ?

Thanks,

Darren

[Darren_P]

Hi YiPing,

Thanks for your reply. After that I ran l3fwd test application. But still I can NOT see the ping response from fm1-mac9:1. 

Could you please help me check what's going on here? Logs attached.

Note : I tried several l3fwd commands but most of them FAILED. In the logs was successful case.

And it seems that l3fwd application use the specific routing rules in the code(e.g., 198.18.X.X). So I change all the IP settings for PC, interface and usdpaa XML files.

[yipingwang]

On your PC, please ping "198.18.0.1" then check whether you could receive reply packets from "198.18.0.1".

Please execute the following command to check whether it is possible to receive reply packets.

$ fmc -x

$ fmc -c ./usdpaa_config_ls1046.xml -p usdpaa_policy_24g_classif_udp_ipsec_1queue.xml

$ l3fwd -c 0x1 -n 1 -- -p 0x1 --config="(0,0,0)"

Please check whether you are using dts file fsl-ls1046a-rdb-usdpaa-shared.dts or modify from it.

[yipingwang]

l2fwd is layer 2 application, when DPDK fm1-mac9:1 receives packets, it will only swap source and destination MAC address, then send packets out, these packets don't include IP address information of fm1-mac9:1.

You could use DPDK l3fwd application to do the test.