[dpdk-dev] [PATCH] kni: optimizing the rte_kni_rx_burst

Is there anyone interested in KNI to review this patch please? 2014-07-23 12:15, Hemant Agrawal: > The current implementation of rte_kni_rx_burst polls the fifo for buffers. > Irrespective of success or failure, it allocates the mbuf and try to put them > into the alloc_q > if the buffers are

[dpdk-dev] [PATCH] Added Spinlock to l3fwd-vf example to prevent race conditioning

Hi Daniel, This old patch is probably good but I'd like you explain it please. Reviewers are also welcome. Thanks -- Thomas 2014-07-23 10:33, Thomas Monjalon: > Hi Daniel, > > Some explanations are missing here. > > > Signed-off-by: Daniel Mrzyglod > > > > --- a/examples/l3fwd-vf/main.c >

[dpdk-dev] [PATCH v2 0/2] examples/vmdq: support new VMDQ API

> > This patch supports new VMDQ API in vmdq example. > > > > v2 changes: > > * code rebase > > * allow app to specify num_pools different with max_nb_pools > > * fix serious cs issues > > > > Huawei Xie (2): > > support new VMDQ API in vmdq example > > fix cs issues in vmdq example > >

[dpdk-dev] [PATCH 0/2] rte_ethdev fix/improvement

Thanks, Thomas. The two patches are minor fixes. No new API is introduced. I will revise the description. Thanks, Jia On 11/10/14, 1:40 AM, "Thomas Monjalon" wrote: >Hi Jia, > >2014-11-07 09:31, Jia Yu: >> This patch series include a fix and an improvement to rte_ethdev lib. > >New

[dpdk-dev] [PATCH] Added Spinlock to l3fwd-vf example to prevent race conditioning

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon > Sent: Tuesday, November 11, 2014 3:57 PM > To: Mrzyglod, DanielX T > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH] Added Spinlock to l3fwd-vf example to prevent > race conditioning >

[dpdk-dev] vhost-user technical isssues

Hi Tetsuya: There are two major technical issues in my mind for vhost-user implementation. 1) memory region map Vhost-user passes us file fd and offset for each memory region. Unfortunately the mmap offset is "very" wrong. I discovered this issue long time ago, and also found that I couldn't

[dpdk-dev] rte_eth_add_mc_addr not in dpdk-1.7.1

Hi The below function is available in dpdk-1.6.0r1 but not in dpdk-1.7.1. Please let me know if there is any alternative function available for this in dpdk-1.7.1? lib/librte_ether/rte_ethdev.c:858:rte_eth_add_mc_addr(uint8_t port_id, uint8_t *mac_addr[], uint32_t mc_addr_cnt)

[dpdk-dev] Ports not detected by IGB_UIO in DPDK 1.7.1 in QEMU_KVM environment

Bruce, Thanks for the input. Sure, will figure out the offending file behind this error and update this thread. Meanwhile, wanted to share one more observation regarding this issue: The "file descriptor error" is NOT SEEN with DPDK 1.7.0 (dpdk-1.7.0.tar.gz

[dpdk-dev] LLC miss in librte_distributor

Hi Bruce, I noticed that librte_distributor has quite sever LLC miss problem when running on 16 cores. While on 8 cores, there's no such problem. The test runs on a Intel(R) Xeon(R) CPU E5-2670, a SandyBridge with 32 cores on 2 sockets. The test case is the distributor_perf_autotest, i.e. in

[dpdk-dev] vmware vmxnet3-usermap AND DPDK VMXNET3 PMD

Thanks Rashmin, I am close, just getting this solib loading undefined symbol error: (I mod code to see the error). Using dpdk-1.6.0r1_ss EAL: Setting up memory... EAL: Ask a virtual area of 0x20 bytes EAL: Virtual area found at 0x7fc0a820 (size = 0x20) EAL: Ask a virtual area of

[dpdk-dev] building shared library

It works!!! Thanks everybody! I wasn't using '-Wl,--no-as-needed' while compiling, so no PMD driver was linked and hence no constructor called. After putting this options, it finally works. Again, thank you very much, I could never figure out all these steps on my own! BR, Newman On Tue, Nov

[dpdk-dev] vmware vmxnet3-usermap AND DPDK VMXNET3 PMD

Please find comments in-lined. Thanks, RP From: Aziz Hajee [mailto:a...@saisei.com] Sent: Monday, November 10, 2014 6:00 PM To: Patel, Rashmin N Cc: dev at dpdk.org Subject: Re: [dpdk-dev] vmware vmxnet3-usermap AND DPDK VMXNET3 PMD Rashmin, Since I do need the jumbo, I use the vmxnet3-plugin

[dpdk-dev] [PATCH] Bond: set {rx|tx}_offload_capa flags

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jia Yu > Sent: Friday, November 7, 2014 5:36 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] Bond: set {rx|tx}_offload_capa flags > > Before the fix, bond device's offload capabilities are unset. This

[dpdk-dev] building shared library

Hi, after building DPDK libs as shared libraries and linking it, I'm back to my first problem: rte_eal_driver_register() never gest called and my app crashes since there are no drivers registered. As previously mentioned, in regular DPDK user app this functions is called for every driver before

[dpdk-dev] building shared library

Hi Sergio, no, that sounds good, thank you. Since I'm not that familiar with DPDK build system, where should this option be set? In 'lib' folder's Makefile? Thank you once again! BR, Newman On Tue, Nov 11, 2014 at 3:18 PM, Sergio Gonzalez Monroy < sergio.gonzalez.monroy at intel.com> wrote:

[dpdk-dev] building shared library

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Newman Poborsky > Sent: Tuesday, November 11, 2014 3:17 PM > To: Gonzalez Monroy, Sergio > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] building shared library > > Hi, > > after building DPDK libs as shared

[dpdk-dev] building shared library

On Tue, Nov 11, 2014 at 01:10:29PM +0100, Newman Poborsky wrote: > Hi, > > I want to build one .so file with my app (it contains API that I want to > call through JNI) and all DPDK libs that I use in my app. > > As I've already mentioned, when I build and start my dpdk app as a > standalone

[dpdk-dev] building shared library

Hi, I want to build one .so file with my app (it contains API that I want to call through JNI) and all DPDK libs that I use in my app. As I've already mentioned, when I build and start my dpdk app as a standalone application, I can see that before main() is called, there is a call to

[dpdk-dev] [PATCH v7] eal: map PCI memory resources after hugepages

I had finished some tests. The patch works fine. My tests are included :* single process? + uio + vfio * single process? + uio + vfio + base-virtaddr * multiple processes + uio + vfio *?multiple processes + uio + vfio + base-virtaddr My unlucky multiple process application still got error

[dpdk-dev] [PATCH 10/12] testpmd: rework csum forward engine

Hi Jijiang, On 11/11/2014 09:35 AM, Liu, Jijiang wrote: > The PKT_TX_VXLAN_CKSUM was not set in the patch, and VXLAN TX checksum > offload would not work. Thank you for reporting this. Indeed, there is an issue. See below. >> +/* Calculate the checksum of outer header (only vxlan is

[dpdk-dev] building shared library

On Tue, Nov 11, 2014 at 03:26:04PM +, De Lara Guarch, Pablo wrote: > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Newman Poborsky > > Sent: Tuesday, November 11, 2014 3:17 PM > > To: Gonzalez Monroy, Sergio > > Cc: dev at dpdk.org > > Subject:

[dpdk-dev] [PATCH v3] Add in_flight_bitmask so as to use full 32 bits of tag.

Hi Bruce, This patch has little, if any, performance impact. See the perf stat -d for original and patched version of test_distributor_perf. Original version perf stat -d ./test_orig -c -n2 Cache line switch test === [4/4590] Time for 1048576 iterations =

[dpdk-dev] [PATCH 00/12] add TSO support

On 11/11/2014 10:21 AM, Olivier MATZ wrote: > Check the capture file (test2-cap-sw-cksum.cap) > Check the capture file (test3-cap-hw-cksum.cap) > Check the capture file (test4-cap-tso.cap) Sorry, the attachments are automatically stripped by the list, you can find them here:

[dpdk-dev] building shared library

Hi Newman, > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Newman Poborsky > Sent: Monday, November 10, 2014 2:23 PM > > Hi, > > is it possible to build a dpdk app as a shared library? > > I tried to put 'include $(RTE_SDK)/mk/rte.extshared.mk' in my Makefile (and > define SHARED)

[dpdk-dev] [PATCH 00/12] add TSO support

This is the test report for the new TSO feature. Test done on testpmd on x86_64-native-linuxapp-gcc platform: Tester (linux) <> DUT (DPDK on westmere) ixgbe6 port0 (ixgbe) Run testpmd on DUT: cd dpdk.org/ make install T=x86_64-native-linuxapp-gcc cd

[dpdk-dev] Community conference call - Tuesday 18th November

We're going to hold our next community conference call a week from today - Tuesday 18th November, at 4:00pm in Ireland/UK. Here's the time in a variety of timezones: Dublin (Ireland)Tuesday, November 18, 2014 at 4:00:00 PM GMT UTC San Francisco (U.S.A.

[dpdk-dev] [PATCH v8] eal: map PCI memory resources after hugepages

Multi-process DPDK application must mmap hugepages and PCI resources into the same virtual address space. By default the virtual addresses are chosen by the primary process automatically when calling the mmap. But sometimes the chosen virtual addresses aren't usable in secondary process - for

[dpdk-dev] [PATCH 10/12] testpmd: rework csum forward engine

Hi Olivier, The PKT_TX_VXLAN_CKSUM was not set in the patch, and VXLAN TX checksum offload would not work. Thanks Jijiang Liu > -Original Message- > From: Olivier Matz [mailto:olivier.matz at 6wind.com] > Sent: Monday, November 10, 2014 11:59 PM > To: dev at dpdk.org > Cc:

[dpdk-dev] building shared library

Hi, sure, here it is: ldd libdpdk-api.so linux-vdso.so.1 => (0x7fff3fffe000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f583dd99000) /lib64/ld-linux-x86-64.so.2 (0x7f583e5d4000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0

[dpdk-dev] [PATCH v6 0/3] app/test: unit test to measure cycles per packet

Hi Thomas, Gentle remind, in case you've too much mails to process. -Liang Cunming > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Liang, Cunming > Sent: Wednesday, October 29, 2014 1:06 PM > To: Thomas Monjalon > Cc: dev at dpdk.org > Subject: Re:

[dpdk-dev] [PATCH v5 2/5] ethdev: add enum type and relevant structures for hash filter control

Hi Thomas In order to get things more generic, and remove any mappings on specific NIC hardwares, I planned to change the macros in rte_ethdev.h from /* Supported RSS offloads */ /* for 1G & 10G */ #define ETH_RSS_IPV4_SHIFT0 #define ETH_RSS_IPV4_TCP_SHIFT1

[dpdk-dev] [PATCH v8 10/10] app/testpmd:test VxLAN Tx checksum offload

> -Original Message- > From: Olivier MATZ [mailto:olivier.matz at 6wind.com] > Sent: Tuesday, November 11, 2014 12:17 AM > To: Liu, Jijiang > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v8 10/10] app/testpmd:test VxLAN Tx checksum > offload > > Hi Jijiang, > > On 11/10/2014

[dpdk-dev] [PATCH v5 1/5] i40e: Use constant random hash keys

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Monday, November 3, 2014 4:59 PM > To: Zhang, Helin > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v5 1/5] i40e: Use constant random hash keys > > 2014-11-03 08:18, Zhang, Helin: > > From:

[dpdk-dev] building shared library

Hi, I am using DPDK based shared lib, but never met such problems. Can you please share this the result of "ldd x.so" and check if all those depended lib are all avalible? brgs, chi xiaobo -Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of ext Newman Poborsky

[dpdk-dev] [PATCH v5 2/5] ethdev: add enum type and relevant structures for hash filter control

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Monday, November 3, 2014 3:57 PM > To: Zhang, Helin > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v5 2/5] ethdev: add enum type and relevant > structures for hash filter control > >

[dpdk-dev] [PATCH 07/12] mbuf: generic support for TCP segmentation offload

> -Original Message- > From: Olivier Matz [mailto:olivier.matz at 6wind.com] > Sent: Monday, November 10, 2014 11:59 PM > To: dev at dpdk.org > Cc: olivier.matz at 6wind.com; Walukiewicz, Miroslaw; Liu, Jijiang; Liu, Yong; > jigsaw at gmail.com; Richardson, Bruce; Ananyev, Konstantin >

[dpdk-dev] Performance impact with QoS

Hi, I need comments on performance impact with DPDK-QoS. We are working on developing a application based on DPDK. Our application supports IPv4 forwarding with and without QoS. Without QOS, we are achieving almost full wire rate (bi-directional traffic) with 128, 256 and 512 byte packets. But

[dpdk-dev] FW: [PATCH v8 10/10] app/testpmd:test VxLAN Tx checksum offload

On 11/7/14, 9:16 AM, "Olivier MATZ" wrote: >Hello Yong, > >On 11/07/2014 01:43 AM, Yong Wang wrote: As to HW TX checksum offload, do you have special requirement for implementing TSO? >> >>> Yes. TSO implies TX TCP and IP checksum offload. >> >> Is this a general requirement or