Hi Meir,
(2014/04/13 19:21), Meir Tseitlin wrote:
> The problem is that in 30% of the cases data packet enters the path of
> control packet instead of expected answer. Which probably means that after
> my packet type check, the mbuf is overwritten before handled properly.
If you are using DPDK-1.5
Ok, I think I figured it out - this issue was partly my fault.
I do work with 1.6r0 and I also use Pcap driver.
Pcap driver still contains bug which does not properly release all packets
in rte_eth_tx_burst, causing application to run out of memory. I addressed
this problem wrongly by manually rel
Hi guys,
I am still struggling to find a solution for a problem each time I face
from different angle (already wrote few posts). Now I think it is some kind
of DMA problem.
I am modifying l2fwd example to collect packet flow from high speed
ethernet device and store it in file, this is why I use
3 matches
Mail list logo
