[dpdk-dev] [PATCH v2] mk: replace the combined library with a linker script

From: Panu Matilainen The physically linked-together combined library has been an increasing source of problems, as was predicted when library and symbol versioning was introduced. Replace the complex and fragile construction with a simple linker script which achieves the

[dpdk-dev] [PATCH] eal: Initial implementation of PQoS EAL extension

> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > If there is nothing specific in DPDK for PQos, why writing an example in > DPDK? The example makes it much easier to use the technology with DPDK. > Maybe the example should be better in the library itself. The library in question

[dpdk-dev] [PATCH] mk: fix the combined library problems by replacing it with a linker script

Hi, I'm reviving this old thread. My understanding is that everybody prefer the linker script than the current combined library which had neither symbol versioning nor library dependency informations. Comments below: 2015-11-24 16:31, Panu Matilainen: > The physically linked-together combined

[dpdk-dev] including rte.app.mk from a Makefile.am

Hi, I'm working on a Linux project that uses the DPDK and (unfornately, IMO) automake; so we have a Makefile.am where we include rte.extapp.mk and rte.vars.mk from the DPDK, add LDLIBS to the linker However, I've tried building against DPDK 2.2 and I'm getting linker errors about options like

[dpdk-dev] [dpdk-dev, v3] Implement memcmp using Intel SIMD instrinsics.

On Tue, Feb 23, 2016 at 4:22 AM, Wang, Zhihong wrote: > > > It'd be great if you could format this patch into a patch set with > several > > > little ones. :-) > > > Also, the kernel checkpatch is very helpful. > > > Good coding style and patch organization make it easy for in-depth > reviews. >

[dpdk-dev] [PATCH 4/6] qede: add driver common module

> >On Sat, 20 Feb 2016 07:58:31 -0800 > wrote: > >> +unsigned long log2_align(unsigned long n) >> +{ > >Common code is good, but you need to practice good function name >hygiene on public functions to avoid any namespace clashes when >using static linking. > >The application might define a

[dpdk-dev] [PATCH 5/6] qede: add driver

>> >> >> >>On Tue, 23 Feb 2016 02:28:25 + >>Harish Patil wrote: >> >>> All of the checkpatch warnings had been fixed (except one which cannot >>>be >>> fixed) using the checkpatch script available under DPDK scripts/ >>> directory. The linux checkpatch version is 0.32. >>> >>> [root at

[dpdk-dev] [PATCH 5/6] qede: add driver

> >On Tue, 23 Feb 2016 02:28:25 + >Harish Patil wrote: > >> All of the checkpatch warnings had been fixed (except one which cannot >>be >> fixed) using the checkpatch script available under DPDK scripts/ >> directory. The linux checkpatch version is 0.32. >> >> [root at dut4019 dpdk]#

[dpdk-dev] [PATCH 4/5] mlx5: add support for flow director

On Tue, Feb 23, 2016 at 06:14:19PM +0100, Thomas Monjalon wrote: > 2016-02-23 15:13, Bruce Richardson: > > On Thu, Feb 18, 2016 at 05:10:16PM +0100, Adrien Mazarguil wrote: > > > Hi Bruce, > > > > > > On Wed, Feb 17, 2016 at 05:13:44PM +, Bruce Richardson wrote: > > > > Hi Adrien, Yaacov, > >

[dpdk-dev] Question about patchset order.

2016-02-23 16:17, Kobylinski, MichalX: > Hi Thomas, > I sent in January a patch-set that extends to 24 bits a next_hop field in lpm > library: > http://dpdk.org/dev/patchwork/patch/10249/ > http://dpdk.org/dev/patchwork/patch/10250/ > > also Jerin Jakob sent his patch-set with ARM architecture

[dpdk-dev] [PATCH 4/5] mlx5: add support for flow director

2016-02-23 15:13, Bruce Richardson: > On Thu, Feb 18, 2016 at 05:10:16PM +0100, Adrien Mazarguil wrote: > > Hi Bruce, > > > > On Wed, Feb 17, 2016 at 05:13:44PM +, Bruce Richardson wrote: > > > Hi Adrien, Yaacov, > > > > > > this patch raises a lot of warnings (17) with checkpatch. Can you

[dpdk-dev] [PATCH 0/6] DPDK PMD for new QLogic FastLinQ QL4xxxx 25G/40G CNAs

> >2016-02-22 16:47, Harish Patil: >> >Please could you share some performance numbers? >> >> We have measured ~68 MPPS @ 64B with zero drop for the 4x25G adapter >> running bi-di RFC traffic. > >How many queues/cores to achieve this performance? Using single queue/core per port. Eg: Running

[dpdk-dev] [PATCH] eal: Initial implementation of PQoS EAL extension

2016-02-23 10:03, Kantecki, Tomasz: > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > > Are you OK with concept behind V2 PQoS patch as described above? > > > > So you mean that PQoS don't really need some DPDK integration? > > You just want to show how to use it with DPDK? > >

[dpdk-dev] [PATCH v2 00/12] Add API to get packet type info

On Fri, Jan 15, 2016 at 01:45:47PM +0800, Jianfeng Tan wrote: > A new ether API rte_eth_dev_get_ptype_info() is added to query what > packet type information will be provided by current pmd driver of the > specifed port. > > To achieve this, a new function pointer, dev_ptype_info_get, is added >

[dpdk-dev] [PATCH 2/2 v2] i40e: Add floating VEB support in i40e

This patch add the support for floating VEB in i40e. All the VFs VSIs can decide whether to connect to the legacy VEB/VEPA or the floating VEB. When connect to the floating VEB a new floating VEB is created. Now all the VFs need to connect to floating VEB or legacy VEB, cannot connect to both

[dpdk-dev] [PATCH 1/2 v2] i40e: support floating VEB config

Add the new floating related argument option in the EAL. Using this parameter, all the samples can decide whether to use legacy VEB/VEPA, or floating VEB. Even the floating argument is provided in the EAL, but this floating feature are only support for FVL so far. Signed-off-by: Zhe Tao ---

[dpdk-dev] [PATCH 0/2 v2] i40e: Add floating VEB support for i40e

This patch-set add the support for floating VEB in i40e. All the VFs VSIs can decide whether to connect to the legacy VEB/VEPA or the floating VEB. When connect to the floating VEB a new floating VEB is created. Now all the VFs need to connect to floating VEB or legacy VEB, cannot connect to

[dpdk-dev] DPDK-QoS - link sharing across classes

b) In current DPDK QoS implemention, if C1 has un-used b/w would that get used by C0? Or is it only "lower priority class (C3, more specifically) uses the un-used b/w from higher priority classes (C0,C1,C2) ? [Cristian] Due to strict priority, it does not make sense to think about higher priority

[dpdk-dev] Question about patchset order.

Hi Thomas, I sent in January a patch-set that extends to 24 bits a next_hop field in lpm library: http://dpdk.org/dev/patchwork/patch/10249/ http://dpdk.org/dev/patchwork/patch/10250/ also Jerin Jakob sent his patch-set with ARM architecture support in lpm library.

[dpdk-dev] [PATCH v2 2/3] ring: remove duplicate fields in internal data struct

On Tue, Feb 23, 2016 at 03:58:50PM +, Ferruh Yigit wrote: > On 2/23/2016 3:26 PM, Bruce Richardson wrote: > > On Thu, Feb 18, 2016 at 11:26:42AM +, Ferruh Yigit wrote: > >> 1- Remove duplicate nb_rx/tx_queues fields from internals > >> > >> Signed-off-by: Ferruh Yigit > >> --- > >>

[dpdk-dev] [PATCH v2 2/3] ring: remove duplicate fields in internal data struct

On 2/23/2016 3:26 PM, Bruce Richardson wrote: > On Thu, Feb 18, 2016 at 11:26:42AM +, Ferruh Yigit wrote: >> 1- Remove duplicate nb_rx/tx_queues fields from internals >> >> Signed-off-by: Ferruh Yigit >> --- >> drivers/net/ring/rte_eth_ring.c | 57 >>

[dpdk-dev] [PATCH] vhost: add missing build dependency on librte_net

On Fri, Feb 19, 2016 at 09:56:04AM +0800, Yuanhan Liu wrote: > On Thu, Feb 18, 2016 at 04:07:52PM +0200, Panu Matilainen wrote: > > >I didn't see the author was cc'ed from my email client: > > > > > > Date: Thu, 18 Feb 2016 11:47:43 +0200 > > > From: Panu Matilainen > > > To: dev at

[dpdk-dev] [PATCH v2 2/3] ring: remove duplicate fields in internal data struct

On Thu, Feb 18, 2016 at 11:26:42AM +, Ferruh Yigit wrote: > 1- Remove duplicate nb_rx/tx_queues fields from internals > > Signed-off-by: Ferruh Yigit > --- > drivers/net/ring/rte_eth_ring.c | 57 > ++--- > 1 file changed, 25 insertions(+), 32

[dpdk-dev] [PATCH 0/3] null driver improvements for testability

On 23/02/16 15:21, Bruce Richardson wrote: > On Thu, Feb 18, 2016 at 12:19:58PM +, Paul Atkins wrote: >> >> On 17/02/16 17:23, Bruce Richardson wrote: >>> On Fri, Jan 29, 2016 at 04:47:58PM +, Paul Atkins wrote: Hi Thomas, On 29/01/16 16:31, Thomas Monjalon wrote: > Hi

[dpdk-dev] [dpdk-virtio] DPDK stopped working on virtio

On Mon, Feb 22, 2016 at 11:00:28PM -0800, Clarylin L wrote: > I am working with DPDK 2.0.? > > I guess it's not DPDK code issue , but more like an environment issue (as same > code has been working fine before. It's even working on another setup now). > Someone might have accidentally changed my

[dpdk-dev] [PATCH 0/3] null driver improvements for testability

On Thu, Feb 18, 2016 at 12:19:58PM +, Paul Atkins wrote: > > > On 17/02/16 17:23, Bruce Richardson wrote: > >On Fri, Jan 29, 2016 at 04:47:58PM +, Paul Atkins wrote: > >>Hi Thomas, > >> > >>On 29/01/16 16:31, Thomas Monjalon wrote: > >>>Hi Paul, > >>> > >>>2016-01-29 16:18, Paul Atkins:

[dpdk-dev] [PATCH 4/5] mlx5: add support for flow director

On Thu, Feb 18, 2016 at 05:10:16PM +0100, Adrien Mazarguil wrote: > Hi Bruce, > > On Wed, Feb 17, 2016 at 05:13:44PM +, Bruce Richardson wrote: > > On Fri, Jan 29, 2016 at 11:32:01AM +0100, Adrien Mazarguil wrote: > > > From: Yaacov Hazan > > > > > > Add support for flow director filters

[dpdk-dev] [PATCH v4] eal: add function to check if primary proc alive

This patch adds a new function to the EAL API: int rte_eal_primary_proc_alive(const char *path); The function indicates if a primary process is alive right now. This functionality is implemented by testing for a write- lock on the config file, and the function tests for a lock. The use case for

[dpdk-dev] [PATCH v2 3/3] app/test: add Snow3G tests

Signed-off-by: Deepak Kumar JAIN --- app/test/test_cryptodev.c | 1037 +++- app/test/test_cryptodev.h |3 +- app/test/test_cryptodev_snow3g_hash_test_vectors.h | 415 app/test/test_cryptodev_snow3g_test_vectors.h

[dpdk-dev] [PATCH v2 2/3] qat: add support for Snow3G

Signed-off-by: Deepak Kumar JAIN --- doc/guides/cryptodevs/qat.rst| 8 ++- doc/guides/rel_notes/release_16_04.rst | 4 ++ drivers/crypto/qat/qat_adf/qat_algs.h| 1 + drivers/crypto/qat/qat_adf/qat_algs_build_desc.c | 86 +---

[dpdk-dev] [PATCH v2 1/3] crypto: add cipher/auth only support

Refactored the existing functionality into modular form to support the cipher/auth only functionalities. Signed-off-by: Deepak Kumar JAIN --- drivers/crypto/qat/qat_adf/qat_algs.h| 18 +- drivers/crypto/qat/qat_adf/qat_algs_build_desc.c | 210 ---

[dpdk-dev] [PATCH v2 0/3] Snow3G support for Intel Quick Assist Devices

This patchset contains fixes and refactoring for Snow3G(UEA2 and UIA2) wireless algorithm for Intel Quick Assist devices. QAT PMD previously supported only cipher/hash alg-chaining for AES/SHA. The code has been refactored to also support cipher-only and hash only (for Snow3G only)

[dpdk-dev] [PATCH v2 0/5] add dpdk packet capture support for tcpdump

Hi, > -Original Message- > From: Pavel Fedin [mailto:p.fedin at samsung.com] > Sent: Thursday, February 18, 2016 2:08 PM > To: Pattan, Reshma ; dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v2 0/5] add dpdk packet capture support for > tcpdump > > > 1. Perhaps, ability to separate

[dpdk-dev] [dpdk-dev, v3] Implement memcmp using Intel SIMD instrinsics.

> > It'd be great if you could format this patch into a patch set with several > > little ones. :-) > > Also, the kernel checkpatch is very helpful. > > Good coding style and patch organization make it easy for in-depth reviews. > > > Combination of scalar and vector (32/64/128) was done to get

[dpdk-dev] [PATCH v1 0/3] Add missing ethdev driver support

On 16/02/2016 18:54, Stephen Hemminger wrote: > On Thu, 28 Jan 2016 08:48:12 + > Remy Horton wrote: > >> Several rte_eth_dev_* functions are currently only supported >> by the ixgbe NIC driver. This patchset adds driver support >> for some of these functions to the i40e, virtio, and vmxnet3

[dpdk-dev] [PATCH] bonding: fix crash when no slave devices

If a bonded device is created when there are no slave devices there is loop in bond_ethdev_promiscous_enable() which results in a segmentation fault. I have applied a similar fix to bond_ethdev_promiscous_disable() where a similar loop could occur. Fixes: 2efb58cbab6e ("bond: new link bonding

[dpdk-dev] [dpdk-virtio] DPDK stopped working on virtio

On Mon, Feb 22, 2016 at 11:15:57AM -0800, Clarylin L wrote: > I am running DPDK application (testpmd) within a VM based on virtio. With > the same hypervisor and same DPDK code, it used to work well. But it > stopped working since last week. The VM's port could not receive anything. > I ran

[dpdk-dev] [PATCH] i40e: add VEB switching support for i40e

On Fri, Feb 19, 2016 at 01:17:41PM +0800, Wu, Jingjing wrote: > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Zhe Tao > > Sent: Thursday, January 21, 2016 2:50 PM > > To: dev at dpdk.org > > Subject: [dpdk-dev] [PATCH] i40e: add VEB switching

[dpdk-dev] [PATCH v9 0/3] Add virtio support for arm/arm64

Hi Thomas, On Mon, Feb 22, 2016 at 11:11 AM, Yuanhan Liu wrote: > On Sun, Feb 21, 2016 at 07:47:58PM +0530, Santosh Shukla wrote: >> v9 patchset to support vfio infrasture for ioport, required for archs example >> arm64/arm and x86. >> >> >> For virtio inc_vector patch which is not part of

[dpdk-dev] [PATCH v2 1/3] i40e: enable extended tag

On Mon, Feb 22, 2016 at 11:59:43AM +0800, Helin Zhang wrote: > PCIe feature of 'Extended Tag' is important for 40G performance. > It adds its enabling during each port initialization, to ensure > the high performance. > > Signed-off-by: Helin Zhang > --- > doc/guides/rel_notes/release_16_04.rst

[dpdk-dev] [PATCH v3 6/6] docs: add release note for qtest virtio container support

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Mcnamara, John > Sent: Monday, February 22, 2016 3:41 PM > To: Tetsuya Mukawa ; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v3 6/6] docs: add release note for qtest > virtio container support > Also,

[dpdk-dev] [PATCH v2] doc: add doc for i40e pmd driver introduction

> -Original Message- > From: Wu, Jingjing > Sent: Tuesday, February 23, 2016 1:23 AM > To: dev at dpdk.org > Cc: Wu, Jingjing ; Zhang, Helin > ; Lu, Wenzhuo ; Mcnamara, > John > Subject: [PATCH v2] doc: add doc for i40e pmd driver introduction > > A new doc "i40e.rst" is added to

[dpdk-dev] [PATCH v3 1/4] ena: Amazon ENA documentation

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jan Medala > Sent: Monday, February 22, 2016 7:27 PM > To: dev at dpdk.org > Cc: matua at amazon.com; Evgeny Schemeilin > Subject: [dpdk-dev] [PATCH v3 1/4] ena: Amazon ENA documentation Hi, Thanks for this.

[dpdk-dev] [PATCH] eal: Initial implementation of PQoS EAL extension

> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > Are you OK with concept behind V2 PQoS patch as described above? > > So you mean that PQoS don't really need some DPDK integration? > You just want to show how to use it with DPDK? You are correct. The technology can be used

[dpdk-dev] [PATCH v2] doc: add doc for i40e pmd driver introduction

A new doc "i40e.rst" is added to introduce i40e pmd driver. Signed-off-by: Jingjing Wu --- doc/guides/nics/i40e.rst | 368 ++ doc/guides/nics/index.rst | 1 + 2 files changed, 369 insertions(+) create mode 100644 doc/guides/nics/i40e.rst diff

[dpdk-dev] Performance degradation with multiple ports

Hi Swamy A somewhat similar degradation (though not with l2fwd) was experienced by us as described here http://dev.dpdk.narkive.com/OL0KiHns/dpdk-dev-missing-prefetch-in-non-vector-rx-function In our case it surfaced for not using the default configuration and working in non-vector mode, and it

[dpdk-dev] [PATCH] virtio: fix rx ring descriptor starvation

On 2/23/2016 12:23 AM, Tom Kiely wrote: > Hi, > Sorry I missed the last few messages until now. I'm happy with > just removing the "if". Kyle, when you say you fixed it, do you mean > that you will push the patch or have already done so ? >Thanks, >Tom > > On 02/18/2016 02:03 PM,

[dpdk-dev] [PATCH RFC 4/4] doc: add note about rte_vhost_enqueue_burst thread safety.

On 2/22/2016 6:16 PM, Thomas Monjalon wrote: > 2016-02-22 02:07, Xie, Huawei: >> On 2/19/2016 5:05 PM, Ilya Maximets wrote: >>> On 19.02.2016 11:36, Xie, Huawei wrote: On 2/19/2016 3:10 PM, Yuanhan Liu wrote: > On Fri, Feb 19, 2016 at 09:32:43AM +0300, Ilya Maximets wrote: >>

[dpdk-dev] [PATCH v6 1/2] mbuf: provide rte_pktmbuf_alloc_bulk API

On 2/22/2016 10:52 PM, Xie, Huawei wrote: > On 2/4/2016 1:24 AM, Olivier MATZ wrote: >> Hi, >> >> On 01/27/2016 02:56 PM, Panu Matilainen wrote: >>> Since rte_pktmbuf_alloc_bulk() is an inline function, it is not part of >>> the library ABI and should not be listed in the version map. >>> >>> I

[dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Qiu > Sent: Friday, January 29, 2016 1:58 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2] ixgbe: Fix disable interrupt twice > > Currently, ixgbe vf and pf will disable interrupt twice in

[dpdk-dev] [PATCH v1 1/3] drivers/net/i40e: Add ethdev functions

> -Original Message- > From: Horton, Remy > Sent: Thursday, January 28, 2016 4:48 PM > To: Zhang, Helin; Xie, Huawei; yongwang at vmware.com > Cc: dev at dpdk.org > Subject: [PATCH v1 1/3] drivers/net/i40e: Add ethdev functions > > Implements driver support for dumping of EEPROM and