[dpdk-dev] i40evf: potential segfault

but we are seeing the segfault on those lines in v20.05 at least. I couldn't find a related patch/commit but wanted to check if my reasoning was correct before adding this 1 line fix. Thanks, Stefan Baranoff

[dpdk-dev] I40E VF nullptr Dreference: rx_mbuf_alloc_failed

All, I was unclear if this should be usage or dev but it seemed like a dev issue to me. I'm on DPDK 16.11.2 (CentOS packages) using the I40EVF driver and in the case of rx_mbuf_alloc_failed there is a null pointer dereference in drivers/net/i40e/i40e_rxtx.c line 830. The variable 'dev' is null.

[dpdk-dev] I40E VF nullptr Dreference: rx_mbuf_alloc_failed

All, I was unclear if this should be usage or dev but it seemed like a dev issue to me. I'm on DPDK 16.11.2 (CentOS packages) using the I40EVF driver and in the case of rx_mbuf_alloc_failed there is a null pointer dereference in drivers/net/i40e/i40e_rxtx.c line 830. The variable 'dev' is null.

[dpdk-dev] [PATCH] net/pcap: fix memory leak from missing pcap_close

and is never used again so freeing it here is safe and much simpler than trying to pass it back to be freed in eth_dev_stop along with the other pcap_t/pcap_dumper_t objects. Signed-off-by: Stefan Baranoff --- drivers/net/pcap/rte_eth_pcap.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a

[dpdk-dev] Fwd: Memory Leak: PCAP TX to File

All, I think I've found a (very minor) memory leak in writing to a PCAP file. In drivers/net/pcap/rte_eth_pcap.c in open_single_tx_pcap around line 405 a pcap_t is allocated by pcap_open_dead but is never freed. I see two obvious fixes: 1) Free the pcap_t immediately after either on pcap_dump_o

[dpdk-dev] VMWare Performance - vmxnet3-usermap

All, I've been playing with DPDK recently on a variety of bare metal Linux installations and so far and have seen wonderful improvements in performance on both our Westmere and Sandy Bridge based servers. However when I install ESXi 5.1 (not linked to a vSphere management system -- stand alone ES

[dpdk-dev] Multiprocess /dev/uio mmap Bug/possible fix

All, If this was fixed in 1.7 and I missed it I apologize (but it looks from source to still be broken). I am using DPDK 1.6.0r2 (will be upgrading to 1.7.0 soon) on RHEL 6.4. I've converted the functions below to 1.7.0 names/locations since it looks to still be an issue there. tl;dr -- to get ex

[dpdk-dev] Random mbuf corruption

Thanks, all! We have alloc/free counters in place but I'll enable those debug options. I'll try older releases of RHEL and get back to you. I've also eradicated pthreads in this code but also have the mempool cache size set to 0 just in case. I should mention we hold onto mbufs for a while (up to

[dpdk-dev] Random mbuf corruption

before 'rte_eal_init' is called fails/results in segfault in libc) which seems odd to me but in this case we are calling rte_eal_init as the first thing we do in main(). Thanks, Stefan On Fri, Jun 20, 2014 at 9:59 AM, Paul Barrette wrote: > > On 06/20/2014 07:20 AM, Stefan Bara

[dpdk-dev] Random mbuf corruption

All, We are seeing 'random' memory corruption in mbufs coming from the ixgbe UIO driver and I am looking for some pointers on debugging it. Our software was running flawlessly for weeks at a time on our old Westmere systems (CentOS 6.4) but since moving to a new Sandy Bridge v2 server (also CentOS

[dpdk-dev] Intel 82571EB PMD support

Chetan, I saw exactly that behavior with an 82599EB but running DPDK version 1.3.2 and CentOS 6.2 and the fix for me was upgrading to CentOS 6.4 - there was a thread a while back about a bug that caused DD to not be set but I can't seem to find it right now. I'm sorry I can't be of more help but

[dpdk-dev] Is it possible to get symmetric hash from RSS for a given flow

Has anyone already applied this logic to IP only load balancing to get SRC/DST and DST/SRC on the same queue and come up with an RSK value? If not I'll spend some time with a calculator and see if I can get one. Thanks, Stefan Sent from my smart phone; people don't make typos, Swype does! On Feb

[dpdk-dev] Redirection Table

All, Does this mean that an application looking at traffic in something like an IP/IP or GRE tunnel with only two endpoints on the tunnels but many clients behind them must do software load balancing as the packets would IP only (not TCP/UDP) with the same two addresses? How much of a penalty is

[dpdk-dev] g++: undefined reference to

<< std::string("Calling rte_eal_init") << std::endl; rte_eal_init(argc, argv); std::cout << std::string("Called rte_eal_init - done now!") << std::endl; }; }; int main(int argc, char** argv) { Runner* runner = new Runner(); runner->run(argc,

[dpdk-dev] g++: undefined reference to

Hamid, I do not think your attachments made it through but it looks like you are not linking the DPDK object files in this line: g++ helloClass.o -I/home/hamid/dpdk/dpdk-1.5.1r1/x86_64-default-linuxapp-gcc/include -lstdc++ There would need to be many more files beyond helloClass.o listed. Try add