[dpdk-dev] Intel fortville not working with multi-segment

: Nissim Nisimov Cc: 'dev at dpdk.org' Subject: RE: Intel fortville not working with multi-segment Hi Nissim It seems that our validation guys here can reproduce it in our lab. I will check that soon later, and update you later. Thank you very much for the good finding! Regards, Helin >

[dpdk-dev] calling rte_eth_rx_queue_setup from secondary processes

Hi all, I wonder if there is a possibility to call rte_eth_rx_queue_setup() from different processes (for different RSS queues off course) For example, the code will look something like: >From Process 1: retval = rte_eth_rx_queue_setup(port_num, 0, rx_ring_size,

[dpdk-dev] working with pthreads and Processes in parallel

Hi, Is there any limit to work with dpdk within different pthreads in parallel to multi-process system For example, I will have a system with one primary processes with 4 pthreads and in addition I will have another 4 secondary processes All of the above will call to dpdk APIs. Is it possible

[dpdk-dev] running dpdk 2.1 on openstak causes CPU soft lockup

Yup this is exactly our issue. We blacked list the specific interface and its working again. Thx Nissim -Original Message- From: Franck BAUDIN [mailto:franck.bau...@qosmos.com] Sent: Tuesday, December 01, 2015 2:20 PM To: Nissim Nisimov; dev at dpdk.org Subject: RE: running dpdk 2.1 on

[dpdk-dev] Queries on DPDK working with XL710 intel NIC

Hi all, I am trying to work with intel XL710 40GIG NIC but for some reason when trying to load it via dpdk I am getting the following error: EAL: PCI device :21:00.1 on NUMA socket 1 EAL: probe driver: 8086:1583 rte_i40e_pmd EAL: PCI memory mapped at 0x7fff939f9000 EAL: PCI memory map

[dpdk-dev] Queries on DPDK working with XL710 intel NIC

ProLiant DL380p Gen8. Ubuntu 3.11.0-26-generic Is anyone encounter this kind of issue with Intel XL710 NICs (Fortville)? Thx Nissim -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Nissim Nisimov Sent: Thursday, March 19, 2015 7:58 PM To: dev at dpdk.org Subject

[dpdk-dev] Intel fortville not working with multi-segment

Hi, I am trying to work with Intel Fortville (XL710) NICs in Passthrough mode from a VM running dpdk app. First I didn't have any TX traffic from the VM, I got dpdk patch for this issue and it fixed it. (http://www.dpdk.org/dev/patchwork/patch/4588/) But now I see that when trying to run mu

[dpdk-dev] Intel fortville not working with multi-segment

Hi, can someone assist regarding this issue? Is it a known limitation in i40e/dpdk (no support for multi-segment)? Thx Nissim -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Nissim Nisimov Sent: Thursday, May 07, 2015 5:44 PM To: 'dev at dpdk.org' Subj

[dpdk-dev] Intel fortville not working with multi-segment

t; -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Nissim Nisimov > Sent: Monday, May 11, 2015 3:48 AM > To: Nissim Nisimov; 'dev at dpdk.org' > Subject: Re: [dpdk-dev] Intel fortville not working with multi-segment > > Hi, > > ca

[dpdk-dev] propose a solution for mapping same virtual address space to asymmetric processes

Hi all, The below will try to suggest a modification to the initialization of Environment Abstraction Layer (AKA EAL) so it will be able to allocate memory zones from same virtual memory addresses even if the primary process is not similar to the secondary processes. Problem: The DPDK Primary/

[dpdk-dev] propose a solution for mapping same virtual address space to asymmetric processes

s possible. Regards, Nissim On Oct 13, 2015 18:49, "Richardson, Bruce" wrote: > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Nissim Nisimov > Sent: Tuesday, October 13, 2015 4:40 PM > To: 'dev at dpdk.org' > Subject: [dpdk-d

[dpdk-dev] [PATCH] eal:Map rte cfg and uio at the end of hugepage mem

ff-by: Nissim Nisimov --- lib/librte_eal/linuxapp/eal/eal.c | 28 ++-- lib/librte_eal/linuxapp/eal/eal_pci_uio.c | 10 +++--- 2 files changed, 29 insertions(+), 9 deletions(-) diff --git a/lib/librte_eal/linuxapp/eal/eal.c b/lib/librte_eal/linuxapp/eal/eal.c

[dpdk-dev] [PATCH] eal:Map rte cfg and uio at the end of hugepage mem

ssage- From: Burakov, Anatoly [mailto:anatoly.bura...@intel.com] Sent: Thursday, October 15, 2015 3:33 PM To: Nissim Nisimov; dev at dpdk.org Subject: RE: [dpdk-dev] [PATCH] eal:Map rte cfg and uio at the end of hugepage mem Hi > Problem: > In DPDK Primary/Secondary module we assume m

[dpdk-dev] [PATCH v2] eal:Map rte cfg and uio at the end of hugepage mem

after huge pages sections (actually uio is already allocated after the huge pages area) Signed-off-by: Nissim Nisimov --- lib/librte_eal/linuxapp/eal/eal.c | 28 +--- lib/librte_eal/linuxapp/eal/eal_pci_uio.c | 10 +++--- 2 files changed, 28 insertions(+

[dpdk-dev] Intel fortville not working with multi-segment

Thx! We will check it in our code Nissim -Original Message- From: Zhang, Helin [mailto:helin.zh...@intel.com] Sent: Wednesday, May 27, 2015 6:54 AM To: Nissim Nisimov Cc: 'dev at dpdk.org' Subject: RE: Intel fortville not working with multi-segment Hi Nissim Sorry for

[dpdk-dev] max MEMZONEs allowed

Hi all, We are working on a system which requires allocating a big number of mem zones. We are now reaching the max limit of MEMZONEs allowed (RTE_MAX_MEMZONE). I see today dpdk limit the above number to 2560. Is there any specific reason for that? can I increase it in case needed. What may b

[dpdk-dev] running dpdk 2.1 on openstak causes CPU soft lockup

Hi, I am running DPDK 2.1.0 based app on OpenStack KVM guest. OS of guest is Ubuntu LTS 14.04 3.13 kernel. virtio. After upgrade to dpdk 2.1 (previous version was dpdk 1.8 and it worked fine) we are seeing the following issue: [960.004535] BUG: soft lockup - CPU#3 stuck for 23s! [ip:8419] Th

[dpdk-dev] TSO support for Virtio_pmd

Hi all, I see some additions in dpdk 16.04 to support TSO for vhost-user dpdk driver with vanilla linux virtio VM. Does dpdk Virtio driver support TSO with the current code? if not, is there any plan to support it in the future? Thanks, Nissim