[dpdk-dev] phantom old packets received in new mbuf

2014-07-17 Thread Helmut Sim
Just to update, root cause is found... the problem is not at the dpdk rx side but at the transmit side (using sendto app). when transmitting through NICs models 82575 or 82576 (sendto app), the receiver reads it well using the DPDK rx program. however when using NIC 82541gi as transmitter (sendto

[dpdk-dev] phantom old packets received in new mbuf

2014-07-16 Thread Helmut Sim
The CONFIG_RTE_LIBRTE_MEMPOOL_DEBUG and CONFIG_RTE_LIBRTE_MBUF_DEBUG didn't provide any input, so I also added the CONFIG_RTE_LIBRTE_ETHDEV_DEBUG and CONFIG_RTE_LIBRTE_IGB_PMD. below is a sample log showing the problem, though I don't see any clue in the logs. in this case pkt 58509 is placed at t

[dpdk-dev] phantom old packets received in new mbuf

2014-07-16 Thread Helmut Sim
I will try it though I hope the amount of logs won't affect the result. while analyzing the wireshark captures I noted that the packet i supposed to capture arrives in a short time after the one before. for example, here is a time between the consecutive transmitted packets: 0.5 PKT 12201 0

[dpdk-dev] phantom old packets received in new mbuf

2014-07-16 Thread Olivier MATZ
Hello Helmut, 2014-07-16 13:56, Helmut Sim: >> then i see that from time to time i get a packet that was already received >> earlier instead of receiving the expected packet. >> the output is: >> PKT 12201 >> PKT 12202 >> PKT 12203 >> PKT 12204 >> PKT 12205 >> PKT 12206 >> PKT 12202 >> PKT 12208 >

[dpdk-dev] phantom old packets received in new mbuf

2014-07-16 Thread Thomas Monjalon
Hi, 2014-07-16 13:56, Helmut Sim: > then i see that from time to time i get a packet that was already received > earlier instead of receiving the expected packet. > the output is: > PKT 12201 > PKT 12202 > PKT 12203 > PKT 12204 > PKT 12205 > PKT 12206 > PKT 12202 > PKT 12208 > > total received pk

[dpdk-dev] phantom old packets received in new mbuf

2014-07-16 Thread Helmut Sim
Hi, I still can't get over this issue and need some help here. in order to investigate this issue i wrote a very simple app that do: rte_eth_rx_burst(port[i].portid, 0, pkts_burst, MAX_PKT_BURST) printf the udp pkt content rte_pktmbuf_free(pkts_burst[j]); on my host i wro

[dpdk-dev] phantom old packets received in new mbuf

2014-07-06 Thread Helmut Sim
Hi All, I face a very strange behavior. I do: rte_eth_rx_burst(port[i].portid, 0, pkts_burst, MAX_PKT_BURST) then I reassemble the received UDP segments into one packet (i used the ip_reassembly example), manipulate its content and send it back to the network after fragmenting the packet. This wo