[dpdk-dev] [PATCH v8 3/4] ethdev: redesign link speed config API

Matej, On 16 February 2016 at 11:28, Matej Vido wrote: > D?a 14.02.2016 o 23:17 Marc Sune nap?sal(a): > >> This patch redesigns the API to set the link speed/s configure >> for an ethernet port. Specifically: >> >> - it allows to define a set of advertised speeds for >>auto-negociation. >>

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

On 1/28/16, 12:48 AM, "Remy Horton" wrote: >Implements driver support for fetching Tx and Rx queue information, and >setting of MAC address. > >Signed-off-by: Remy Horton >--- > doc/guides/rel_notes/release_2_3.rst | 5 +++ > drivers/net/vmxnet3/vmxnet3_ethdev.c | 60

[dpdk-dev] [PATCH v4 0/4] rework ioport access for virtio

2016-02-16 21:37, David Marchand: > Introduce a new pci ioport api in eal to mask all arch / kernel driver > specifics. > > - rte_eal_pci_ioport_map is responsible for initialising an rte_pci_ioport > object that is used in subsequent calls, this function must be tweaked per > architecture

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

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of sreenaath > vasudevan > Sent: Tuesday, February 2, 2016 9:09 PM > To: dev at dpdk.org > Subject: [dpdk-dev] DPDK-QoS - link sharing across classes > > Hi > I currently have QoS implemented in hardware and I

[dpdk-dev] [PATCH v4 0/3] add lpm support for NEON

On Tue, Feb 16, 2016 at 01:27:02PM +, Kobylinski, MichalX wrote: > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob > > Sent: Friday, February 12, 2016 1:29 PM > > To: dev at dpdk.org > > Cc: viktorin at rehivetech.com > > Subject:

[dpdk-dev] [PATCH v4 4/4] virtio: use pci ioport api

Move all os / arch specifics to eal. Signed-off-by: David Marchand Reviewed-by: Santosh Shukla Tested-by: Santosh Shukla Acked-by: Yuanhan Liu --- Changes since v2: - fixed bsd init issue (reported by Tetsuya M.) --- drivers/net/virtio/virtio_pci.c | 356

[dpdk-dev] [PATCH v4 2/4] virtio: fix incorrect check when mapping pci resources

According to the api, rte_eal_pci_map_device is only successful when returning 0. Fixes: 6ba1f63b5ab0 ("virtio: support specification 1.0") Signed-off-by: David Marchand Acked-by: Yuanhan Liu --- drivers/net/virtio/virtio_pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[dpdk-dev] [PATCH v4 1/4] virtio/bsd: fix typo

Fixes: c52afa68d763 ("virtio: move left PCI stuff in the right file") Signed-off-by: David Marchand Acked-by: Yuanhan Liu --- drivers/net/virtio/virtio_pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/virtio/virtio_pci.c b/drivers/net/virtio/virtio_pci.c

[dpdk-dev] [PATCH v4 0/4] rework ioport access for virtio

Introduce a new pci ioport api in eal to mask all arch / kernel driver specifics. - rte_eal_pci_ioport_map is responsible for initialising an rte_pci_ioport object that is used in subsequent calls, this function must be tweaked per architecture and per kernel driver, - rte_eal_pci_ioport_read

[dpdk-dev] [PATCH v3] cfgfile: support looking up sections by index

> -Original Message- > From: Rich Lane [mailto:rich.lane at bigswitch.com] > Sent: Wednesday, February 10, 2016 7:12 PM > To: dev at dpdk.org > Cc: Dumitrescu, Cristian ; Panu Matilainen > > Subject: [PATCH v3] cfgfile: support looking up sections by index > > This is useful when

[dpdk-dev] [dpdk-dev, 1/6] mempool: add external mempool manager support

Hello David, (I wanted to reply to the 0/6 patch but I couldn't find it anywhere in mbox format, nor on gmane which is strange.) I could see both versions of the patch series quickly. I've got only one question at the moment. Would it be possible to somehow integrate calls to the dma_map/unmap_*

[dpdk-dev] [PATCH v2 2/5] EAL: Add new EAL "--qtest-virtio" option

Hi David, On 2/16/2016 1:53 PM, David Marchand wrote: > On Wed, Feb 10, 2016 at 4:40 AM, Tetsuya Mukawa wrote: >> To work with qtest virtio-net PMD, virtual address that maps hugepages >> should be between (1 << 31) to (1 << 44). This patch adds one more option >> to map like this. Also all

[dpdk-dev] [PATCH] arm: fix name armv7-a used for dpdk purposes

The CONFIG_RTE_MACHINE must not contain hyphens to work correctly. This was initially done only for the file name defconfig_arm-armv7a-linuxapp-gcc. This patch fixes install-sdk goal. Otherwise, it creates a wrong directory for this platform. Signed-off-by: Jan Viktorin ---

[dpdk-dev] [PATCH v2 0/3] fix C++ includes

On 16 February 2016 at 17:26, Thomas Monjalon wrote: > 2016-02-16 16:21, Ferruh Yigit: > > On Tue, Feb 16, 2016 at 08:14:22AM +0100, Thomas Monjalon wrote: > > > When trying to build a C++ application, some errors appear from DPDK > headers. > > > 2 libraries are not fixed in this series: > > >

[dpdk-dev] IPV6 RSS not working in i40e

This is the RSS hash related queries in 40G NIC: Hash Flags: Key Length: 52 Keys: 6D 5A 56 DA 25 5B E C2 41 67 25 3D 43 A3 8F B0 D0 CA 2B CB AE 7B 30 B4 77 CB 2D A3 80 30 F2 C 6A 42 B7 3B BE AC 1 FA 0 0 0 0 0 0 0 0 0 0 0 0 Hash Algorithm: Toeplitz Symmetric hash status: 1 RETA table size:

[dpdk-dev] [PATCH] build: set CFLAGS for ppc64el build

2016-02-16 16:04, Fernando Seiti Furusato: > Hi Thomas. > > On 02/12/2016 05:18 PM, Fernando Seiti Furusato wrote: > > Hello Thomas. > > Thanks for your quick response. > > > > On 02/12/2016 03:37 PM, Thomas Monjalon wrote: > >> 2016-02-12 12:05, Fernando Seiti Furusato: > >>> Add a proper ifeq

[dpdk-dev] vm_power_manager uses non-public API, broken build on top of installed SDK

Hi, 2016-02-16 18:21, Jan Viktorin: > I have encountered an issue with the examples/vm_power_manager. It > includes the file lib/librte_power/channel_commands.h which is not a > public API. This breaks builds of examples based on just the installed > SDK (after calling install-sdk) as the

[dpdk-dev] vm_power_manager uses non-public API, broken build on top of installed SDK

Hello Thomas, I have encountered an issue with the examples/vm_power_manager. It includes the file lib/librte_power/channel_commands.h which is not a public API. This breaks builds of examples based on just the installed SDK (after calling install-sdk) as the channel_commands.h header is missing

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

2016-01-29 13:29, Wojciech Andralojc: > EAL extension allows CAT and CDP technologies to be > configured via "--l3ca*" parameters. EAL should not depend on the PQoS library. Please could you hook the command line parsing and help to add these new options from outside? > Reworking existing

[dpdk-dev] [PATCH v2 0/3] fix C++ includes

2016-02-16 16:21, Ferruh Yigit: > On Tue, Feb 16, 2016 at 08:14:22AM +0100, Thomas Monjalon wrote: > > When trying to build a C++ application, some errors appear from DPDK > > headers. > > 2 libraries are not fixed in this series: > > - cmdline > > - vhost which includes some not compliant Linux

[dpdk-dev] [PATCH] lib: Initial implementation of PQoS lib with CAT and CDP support

Hi, 2016-01-29 13:17, Wojciech Andralojc: > 25 files changed, 2111 insertions(+) The patch is too big to be easily reviewed. > +PQoS API > +M: Kantecki, Tomasz > +K: RTE_LIBRTE_PQOS > +F: lib/librte_pqos/ > > Drivers > --- > diff --git a/config/common_linuxapp b/config/common_linuxapp

[dpdk-dev] IPV6 RSS not working in i40e

Hi, I am using dpdk 2.1. I see the hash flags are unified compared to my previous version 1.8. But with DPDK 2.1 in Fortville NIC's, I see ipv6 RSS is not working, all the frames are queued to first queue even though I have 16 queues (RETA table looks correct). For IPV4 RSS works

[dpdk-dev] [PATCH] build: set CFLAGS for ppc64el build

On 02/16/2016 04:09 PM, Thomas Monjalon wrote: > 2016-02-16 16:04, Fernando Seiti Furusato: >> Hi Thomas. >> >> On 02/12/2016 05:18 PM, Fernando Seiti Furusato wrote: >>> Hello Thomas. >>> Thanks for your quick response. >>> >>> On 02/12/2016 03:37 PM, Thomas Monjalon wrote: 2016-02-12

[dpdk-dev] [PATCH v2] doc: introduce networking driver matrix

Hi Thomas, Got a couple of questions on how to mark some of the features for CXGBE below. On Wednesday, January 01/27/16, 2016 at 21:07:09 +0100, Thomas Monjalon wrote: > In order to better compare the drivers and check what is missing > for a common baseline, we need to fill a matrix. > > A

[dpdk-dev] [PATCH v8 2/4] ethdev: Fill speed capability bitmaps in the PMDs

Hi Marc, On Mon, Feb 15, 2016 at 06:14:42PM +0100, Marc wrote: > Rahul, Neilo, Jing D, et al > > On 15 February 2016 at 15:43, Rahul Lakkireddy chelsio.com > > wrote: > > > Hi Marc, > > > > On Sunday, February 02/14/16, 2016 at 23:17:37 +0100, Marc Sune wrote: > > > Added speed capabilities to

[dpdk-dev] [dpdk-announce] call to join Linux Foundation

> -Original Message- > From: announce [mailto:announce-bounces at dpdk.org] On Behalf Of Thomas > Monjalon > Sent: Monday, February 15, 2016 3:15 PM > To: announce at dpdk.org > Subject: [dpdk-announce] call to join Linux Foundation > > After few meetings and emails, it has been agreed

[dpdk-dev] [PATCH v2 0/3] fix C++ includes

On Tue, Feb 16, 2016 at 08:14:22AM +0100, Thomas Monjalon wrote: > When trying to build a C++ application, some errors appear from DPDK headers. > 2 libraries are not fixed in this series: > - cmdline > - vhost which includes some not compliant Linux virtio headers > Hi Thomas, Out of curiosity,

[dpdk-dev] [PATCH v3 7/7] app/testpmd: add CLIs for E-tag operation

Add the CLIs to support the E-tag operation. 1, Offloading of E-tag insertion and stripping. 2, Forwarding the E-tag packets to pools based on the GRP and E-CID_base. Signed-off-by: Wenzhuo Lu --- app/test-pmd/cmdline.c | 378

[dpdk-dev] [PATCH v3 6/7] ixgbe: support l2 tunnel operation

Add support of l2 tunnel operation. Support enabling/disabling l2 tunnel tag insertion/stripping. Support enabling/disabling l2 tunnel packets forwarding. Support adding/deleting forwarding rules for l2 tunnel packets. Only support E-tag now. Also update the release note. Signed-off-by: Wenzhuo

[dpdk-dev] [PATCH v3 5/7] lib/librte_ether: support new l2 tunnel operation

Add functions to support the new l2 tunnel operation. 1, Insertion and stripping for l2 tunnel tag. 2, Forwarding the packets to a pool based on l2 tunnel tag. Signed-off-by: Wenzhuo Lu --- lib/librte_ether/rte_ethdev.c | 183 lib/librte_ether/rte_ethdev.h |

[dpdk-dev] [PATCH v3 4/7] app/testpmd: add CLIs for l2 tunnel config

Add CLIs to config ether type of l2 tunnel, and to enable/disable a type of l2 tunnel. Now only e-tag tunnel is supported. Signed-off-by: Wenzhuo Lu --- app/test-pmd/cmdline.c | 269 +++- doc/guides/testpmd_app_ug/testpmd_funcs.rst | 11 ++ 2 files

[dpdk-dev] [PATCH v3 3/7] ixgbe: support l2 tunnel config

Add support of l2 tunnel configuration. Support modifying ether type of a type of l2 tunnel. Support enabling and disabling the support of a type of l2 tunnel. Only E-tag tunnel is supported now. Signed-off-by: Wenzhuo Lu --- drivers/net/ixgbe/ixgbe_ethdev.c | 140

[dpdk-dev] [PATCH v3 2/7] lib/librte_ether: support l2 tunnel config

Add functions to support l2 tunnel configuration. The support includes ether type modification and the tunnel support enabling/disabling. Ether type modification means modifying the ether type of a specific type of tunnel. So the packet with this ether type will be parsed as this type of tunnel.

[dpdk-dev] [PATCH v3 1/7] ixgbe: select pool by MAC when using double VLAN

On X550, as required by datasheet, E-tag packets are not expected when double VLAN are used. So modify the register PFVTCTL after enabling double VLAN to select pool by MAC but not MAC or E-tag. An introduction of E-tag: It's defined in IEEE802.1br. Please reference this website,

[dpdk-dev] [PATCH v3 0/7] support E-tag offloading and forwarding on Intel X550 NIC

This patch set adds the support of E-tag offloading and forwarding on X550. The offloading means E-tag can be inserted and stripped by HW. And E-tag packets can be recognized and forwarded to specific pools based on GRP and E-CID_base in E-tag. E-tag is defined in IEEE802.1br. Please reference

[dpdk-dev] [PATCH] build: set CFLAGS for ppc64el build

Hi Thomas. On 02/12/2016 05:18 PM, Fernando Seiti Furusato wrote: > Hello Thomas. > Thanks for your quick response. > > On 02/12/2016 03:37 PM, Thomas Monjalon wrote: >> 2016-02-12 12:05, Fernando Seiti Furusato: >>> Add a proper ifeq statement to set the mcpu as needed for ppc64el, as >>> the

[dpdk-dev] [PATCH] qat pmd:Fixing build issue on 32-bit systems

Hi John, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of John Griffin > Sent: Tuesday, February 16, 2016 9:45 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] qat pmd:Fixing build issue on 32-bit systems > > Fixing build issue on 32-bit systems. >

[dpdk-dev] [PATCH] mempool: fix leak when mempool creation fails

Since commits ff909fe21f and 4e32101f9b, it is now possible to free memzones and rings. The rte_mempool_create() should be modified to take advantage of this and not leak memory when an allocation fails. Signed-off-by: Olivier Matz --- lib/librte_mempool/rte_mempool.c | 28

[dpdk-dev] [PATCH] scripts: fix checkpatch help

When started without defining DPDK_CHECKPATCH_PATH, the usage was not displayed. Signed-off-by: Olivier Matz --- scripts/checkpatches.sh | 18 +- 1 file changed, 13 insertions(+), 5 deletions(-) diff --git a/scripts/checkpatches.sh b/scripts/checkpatches.sh index

[dpdk-dev] [PATCH] fm10k: optimize legacy TX func

Hi, Bruce, > -Original Message- > From: Richardson, Bruce > Sent: Tuesday, February 16, 2016 11:28 PM > To: Chen, Jing D > Cc: Qiu, Michael; Ananyev, Konstantin; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH] fm10k: optimize legacy TX func > > On Thu, Jan 28, 2016 at 05:45:59PM

[dpdk-dev] [PATCH] pcap: fix captured frame length

On Thu, Jan 28, 2016 at 06:14:45PM +, Nicolas Pernas Maradei wrote: > Hi Dror, > > Good catch. What you are saying makes sense and it is also explained in > pcap's documentation. Was your setup unusual though? > This might sound like a silly question but I don't remember seeing that > issue

[dpdk-dev] [PATCH] fm10k: optimize legacy TX func

On Thu, Jan 28, 2016 at 05:45:59PM +0800, Chen Jing D(Mark) wrote: > From: "Chen Jing D(Mark)" > > When legacy TX func tries to free a bunch of mbufs, it will free > them one by one. This change will scan the free list and merge the > requests in case they belongs to same pool, then free once,

[dpdk-dev] [PATCH v2 1/1] examples/l3fwd: modify and modularize l3fwd code

Many thanks to Intel team (Konstantin, Bruce and Declan) for below proposal to make changes to l3fwd code, their valuable inputs during interal review and help in performance tests. The main problem with l3fwd is that it is too monolithic with everything being in one file, and the various options

[dpdk-dev] [PATCH v2] aesni_mb: strict-aliasing rule compilation fix

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Declan Doherty > Sent: Monday, February 15, 2016 5:06 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2] aesni_mb: strict-aliasing rule compilation fix > > Fixes: 924e84f87306 ("aesni_mb: add driver

[dpdk-dev] [PATCH 6/6] mempool: add in the RTE_NEXT_ABI protection for ABI breakages

v2: Kept all the NEXT_ABI defs to this patch so as to make the previous patches easier to read, and also to imake it clear what code is necessary to keep ABI compatibility when NEXT_ABI is disabled. Signed-off-by: David Hunt --- app/test/Makefile| 2 +

[dpdk-dev] [PATCH 5/6] mempool: allow rte_pktmbuf_pool_create switch between memool handlers

v2 changes: added to linux and bsd config files: If the user wants to have rte_pktmbuf_pool_create() use an external mempool handler, they define RTE_MEMPOOL_HANDLER_NAME to be the name of the mempool handler they wish to use, and change RTE_MEMPOOL_HANDLER_EXT to 'y' Applies to both linux and bsd

[dpdk-dev] [PATCH 4/6] mempool: add autotest for external mempool custom example

Signed-off-by: David Hunt --- app/test/Makefile | 1 + app/test/test_ext_mempool.c | 451 2 files changed, 452 insertions(+) create mode 100644 app/test/test_ext_mempool.c diff --git a/app/test/Makefile b/app/test/Makefile index

[dpdk-dev] [PATCH 3/6] mempool: adds a simple ring-based mempool handler using mallocs for objects

Signed-off-by: David Hunt --- lib/librte_mempool/Makefile | 1 + lib/librte_mempool/custom_mempool.c | 146 2 files changed, 147 insertions(+) create mode 100644 lib/librte_mempool/custom_mempool.c diff --git a/lib/librte_mempool/Makefile

[dpdk-dev] [PATCH 2/6] mempool: add stack (lifo) based external mempool handler

adds a simple stack based mempool handler Signed-off-by: David Hunt --- lib/librte_mempool/Makefile| 2 +- lib/librte_mempool/rte_mempool.c | 4 +- lib/librte_mempool/rte_mempool.h | 1 + lib/librte_mempool/rte_mempool_stack.c | 164

[dpdk-dev] [PATCH 1/6] mempool: add external mempool manager support

Adds the new rte_mempool_create_ext api and callback mechanism for external mempool handlers Modifies the existing rte_mempool_create to set up the handler_idx to the relevant mempool handler based on the handler name: ring_sp_sc ring_mp_mc ring_sp_mc ring_mp_sc v2: merges the

[dpdk-dev] [PATCH 0/6] external mempool manager

Hi list. Here's the v2 version of a proposed patch for an external mempool manager v2 changes: * There was a lot of duplicate code between rte_mempool_xmem_create and rte_mempool_create_ext. This has now been refactored and is now hopefully cleaner. * The RTE_NEXT_ABI define is now used

[dpdk-dev] [PATCH v2] vhost: remove vhost_net_device_ops

The indirection is unnecessary because there is only one implementation of the vhost common code. Removing it makes the code more readable. Signed-off-by: Rich Lane --- v1->v2: - Fix long lines. examples/vhost_xen/virtio-net.h | 2 - lib/librte_vhost/vhost-net.h

[dpdk-dev] [PATCH v3 3/4] eal: introduce pci ioport api

On Tue, Feb 16, 2016 at 07:09:49AM +0100, David Marchand wrote: > On Tue, Feb 16, 2016 at 3:36 AM, Yuanhan Liu > wrote: > > On Mon, Feb 15, 2016 at 02:24:25PM +0100, David Marchand wrote: > >> +/** > >> + * A structure used to access io resources for a pci device. > >> + * rte_pci_ioport is arch,

[dpdk-dev] [PATCH] doc/linux gsg: add gcc-multilib as package hint

When compiling for i686 targets compilation could fail if the 32bit libc6-dev package is not installed. The gcc-multilib packages is a meta-package that will pull in the necessary dependencies, making setup easier for beginners. Reported-by: Weichun Chen Signed-off-by: Harry van Haaren ---

[dpdk-dev] [PATCH v4 0/3] add lpm support for NEON

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jerin Jacob > Sent: Friday, February 12, 2016 1:29 PM > To: dev at dpdk.org > Cc: viktorin at rehivetech.com > Subject: [dpdk-dev] [PATCH v4 0/3] add lpm support for NEON > > - This patch enables lpm for ARM

[dpdk-dev] [PATCH v3 1/1] jobstats: added function abort for job

On 12/02/2016 16:04, Marcin Kerlin wrote: > This patch adds new function rte_jobstats_abort. It marks *job* as finished > and > time of this work will be add to management time instead of execution time. > This > function should be used instead of rte_jobstats_finish if condition occurs, >

[dpdk-dev] x86_64-native-linuxapp-clang compilation broken?

On 16 February 2016 at 12:49, Mcnamara, John wrote: > > > > -Original Message- > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marc > > Sent: Sunday, February 14, 2016 10:21 PM > > To: dev at dpdk.org > > Subject: [dpdk-dev] x86_64-native-linuxapp-clang compilation broken? >

[dpdk-dev] x86_64-native-linuxapp-clang compilation broken?

Hi Marc, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marc > Sent: Tuesday, February 16, 2016 12:16 PM > To: Mcnamara, John > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] x86_64-native-linuxapp-clang compilation broken? > > On 16 February 2016 at 12:49,

[dpdk-dev] [PATCH v8 1/4] ethdev: Added ETH_SPEED_CAP bitmap for ports

On Sun, 14 Feb 2016 23:17:36 +0100 Marc Sune wrote: > Added constants and bitmap to struct rte_eth_dev_info to be used by PMDs. > > Signed-off-by: Marc Sune > --- > lib/librte_ether/rte_ethdev.h | 24 > 1 file changed, 24 insertions(+) > > diff --git

[dpdk-dev] [PATCH] config: add default linux configuration

2016-02-16 11:16, Ferruh Yigit: > On Thu, Jan 28, 2016 at 02:31:45PM +, Bernard Iremonger wrote: > > add config/defconfig_x86_64-default-linuxapp-gcc file. > > > > Signed-off-by: Bernard Iremonger > > Apart from configuration related discussion, > this patch was helpful for me to notice

[dpdk-dev] [PATCH v2] PCI: ABI change request for adding new field in rte_pci_id structure

From: Ziye The purpose of this patch is used to add a new field "class" in rte_pci_id structure. The new class field includes class_id, subcalss_id, programming interface of a pci device. With this field, we can identify pci device by its class info, which can be more

[dpdk-dev] [PATCH] config: add default linux configuration

On Tue, Feb 16, 2016 at 12:23:12PM +0100, Thomas Monjalon wrote: > 2016-02-16 11:16, Ferruh Yigit: > > On Thu, Jan 28, 2016 at 02:31:45PM +, Bernard Iremonger wrote: > > > add config/defconfig_x86_64-default-linuxapp-gcc file. > > > > > > Signed-off-by: Bernard Iremonger > > > > Apart from

[dpdk-dev] [PATCH v2] PCI: ABI change request for adding new field in rte_pci_id structure

From: Ziye The purpose of this patch is used to add a new field "class" in rte_pci_id structure. The new class field includes class_id, subcalss_id, programming interface of a pci device. With this field, we can identify pci device by its class info, which can be more

[dpdk-dev] dpdk: vhost/virtio staging/testing tree

On Fri, Feb 12, 2016 at 01:54:21PM +0200, Victor Kaplansky wrote: > Hi! Hi Victor, > Since I was maintaining an internal tree with patches related to > vhost/virtio, I decided to make this staging tree public. It is > useful to me and I hope it will be useful to others. > > Collecting patches

[dpdk-dev] x86_64-native-linuxapp-clang compilation broken?

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Marc > Sent: Sunday, February 14, 2016 10:21 PM > To: dev at dpdk.org > Subject: [dpdk-dev] x86_64-native-linuxapp-clang compilation broken? > > It seems compilation for clang Linux target is broken: > >...

[dpdk-dev] [PATCH v2] PCI: ABI change request for adding new field in rte_pci_id structure

2016-02-16 10:11, Bruce Richardson: > Thomas, is there some reason why the deprecation notices are not called out in > the release notes for a new release? Why are they kept separately? No strong reason. It is part of the release notes but not in the versioned section. Probably because there is

[dpdk-dev] [PATCH v8 3/4] ethdev: redesign link speed config API

D?a 14.02.2016 o 23:17 Marc Sune nap?sal(a): > This patch redesigns the API to set the link speed/s configure > for an ethernet port. Specifically: > > - it allows to define a set of advertised speeds for >auto-negociation. > - it allows to disable link auto-negociation (single fixed speed). >

[dpdk-dev] [PATCH] config: add default linux configuration

On Thu, Jan 28, 2016 at 02:31:45PM +, Bernard Iremonger wrote: > add config/defconfig_x86_64-default-linuxapp-gcc file. > > Signed-off-by: Bernard Iremonger Apart from configuration related discussion, this patch was helpful for me to notice "default" machine type, and difference between

[dpdk-dev] [PATCH v2] PCI: ABI change request for adding new field in rte_pci_id structure

From: Ziye The purpose of this patch is used to add a new field "class" in rte_pci_id structure. The new class field includes class_id, subcalss_id, programming interface of a pci device. With this field, we can identify pci device by its class info, which can be more

[dpdk-dev] [PATCH v7 2/4] virtio: Introduce config RTE_VIRTIO_INC_VECTOR

On Mon, Feb 15, 2016 at 04:48:36PM +0530, Santosh Shukla wrote: > Hi Yuanhan, > > On Mon, Feb 15, 2016 at 4:27 PM, Yuanhan Liu > wrote: > > On Mon, Feb 15, 2016 at 03:22:11PM +0530, Santosh Shukla wrote: > >> Hi Yuanhan, > >> > >> I guess you are back from vacation. > >> > >> Can you pl. review

[dpdk-dev] [PATCH v2 03/16] fm10k/base: cleanup namespace pollution and correct typecast

On Wed, Jan 27, 2016 at 11:50:34AM +0800, Wang Xiao W wrote: > Correct typecast in fm10k_update_xc_addr_pf. > > Make functions that are only referenced locally static. > > And fix the function header comment for fm10k_tlv_attr_nest_stop() while > we're at it. > > Wrap fm10k_msg_data

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

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 > drivers. It is good to make drivers more complete

[dpdk-dev] [PATCH v2 02/16] fm10k/base: add macro definitions that are needed

On Wed, Jan 27, 2016 at 11:50:33AM +0800, Wang Xiao W wrote: > Some macros such as FM10K_RXINT_TIMER_SHIFT are removed in the share > code drop, but they are needed in dpdk/fm10k. This patch put all these > necessary macros into fm10k_osdep.h > > Signed-off-by: Wang Xiao W > --- >

[dpdk-dev] [PATCH v2 01/16] fm10k: use default mailbox message handler for pf

On Wed, Jan 27, 2016 at 11:50:32AM +0800, Wang Xiao W wrote: > The new share code makes fm10k_msg_update_pvid_pf function static, so we can > not refer to it now in fm10k_ethdev.c. The registered pf handler is almost the > same as the default pf handler, removing it has no impact on mailbox. > >

[dpdk-dev] [PATCH v2 3/5] virtio/vdev: add embeded device emulation

Hi Tetsuya, On 2/8/2016 2:59 PM, Tetsuya Mukawa wrote: > On 2016/02/05 20:20, Jianfeng Tan wrote: >> To implement virtio vdev, we need way to interract with vhost backend. >> And more importantly, needs way to emulate a device into DPDK. So this >> patch acts as embedded device emulation. >> >>

[dpdk-dev] x86_64-native-linuxapp-clang compilation broken?

On Tue, Feb 16, 2016 at 12:57:24PM +, De Lara Guarch, Pablo wrote: > We suspect this might be an architecture dependent issue. > Could you tell us which CPU you are using? > > Thanks, > Pablo When it happens to me I am using a Skylake Core i7-6700K. Matthew.

[dpdk-dev] [PATCH v2 3/5] virtio/vdev: add embeded device emulation

Hi Michael, Don't know why, I have not received the email you comment on this commit. On 2/5/2016 7:20 PM, Jianfeng Tan wrote: > To implement virtio vdev, we need way to interract with vhost backend. > And more importantly, needs way to emulate a device into DPDK. So this > patch acts as

[dpdk-dev] [PATCH v3 3/4] eal: introduce pci ioport api

On Mon, Feb 15, 2016 at 02:24:25PM +0100, David Marchand wrote: > +/** > + * A structure used to access io resources for a pci device. > + * rte_pci_ioport is arch, os, driver specific, and should not be used > outside > + * of pci ioport api. > + */ > +struct rte_pci_ioport { > + struct

[dpdk-dev] [PATCH] igb: set default thresholds correctly based on mac type

On Mon, Feb 01, 2016 at 02:59:13AM +, Lu, Wenzhuo wrote: > > > > -Original Message- > > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > > Sent: Friday, January 22, 2016 9:39 AM > > To: Lu, Wenzhuo > > Cc: dev at dpdk.org; Stephen Hemminger > > Subject: [PATCH] igb:

[dpdk-dev] [PATCH v2 2/5] EAL: Add new EAL "--qtest-virtio" option

On 2016/02/15 16:52, Tan, Jianfeng wrote: > Hi Tetsuya, > > On 2/10/2016 11:40 AM, Tetsuya Mukawa wrote: >> To work with qtest virtio-net PMD, virtual address that maps hugepages >> should be between (1 << 31) to (1 << 44). This patch adds one more >> option > > Is there any reference about this

[dpdk-dev] [PATCH v3 4/4] virtio: use pci ioport api

On Mon, Feb 15, 2016 at 02:24:26PM +0100, David Marchand wrote: > Move all os / arch specifics to eal. Great stuff; something I want to do long time ago! So, thank you, and Acked-by: Yuanhan Liu --yliu

[dpdk-dev] [PATCH v2 1/3] eal: fix keep alive header for C++

Suspect this will introduce an extra indirection and call/return into the generated code, but can't think of any alternative that doesn't potentially break source compatibility.. On 16/02/2016 07:14, Thomas Monjalon wrote: > When built in a C++ application, the keepalive include fails: > >

[dpdk-dev] [PATCH v2] PCI: ABI change request for adding new field in rte_pci_id structure

On Tue, Feb 16, 2016 at 12:15:19PM +0800, Ziye Yang wrote: > From: Ziye > > The purpose of this patch is used to add a new field > "class" in rte_pci_id structure. The new class field includes > class_id, subcalss_id, programming interface of a pci device. > With this field, we can identify pci

[dpdk-dev] Replacing KCP (Kernel Control Path) out-of-tree kernel module with in-kernel module

Hi Ferruh, Ferruh Yigit writes: > This is continuation of previous mail thread: > http://dpdk.org/ml/archives/dev/2016-February/032701.html > > Since there were no comments, I want to give another try, this can be > good opportunity to escape from out-of-kernel Linux module. Awesome! I

[dpdk-dev] [PATCH v2] PCI: ABI change request for adding new field in rte_pci_id structure

On 02/16/2016 09:43 AM, Yang, Ziye wrote: > Hi Panu, > > " ABI breakage announcements go into doc/guides/rel_notes/deprecation.rst, > see the examples there. Also you can't break the ABI in the version under > development but only the next one, so right now the earliest ABI breakage >

[dpdk-dev] [PATCH] qat pmd:Fixing build issue on 32-bit systems

Fixing build issue on 32-bit systems. Fixes: 1703e94ac5ce ("qat: add driver for QuickAssist devices") Signed-off-by: John Griffin --- drivers/crypto/qat/qat_crypto.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/crypto/qat/qat_crypto.c

[dpdk-dev] [PATCH v2] PCI: ABI change request for adding new field in rte_pci_id structure

On 02/16/2016 05:16 AM, Ziye Yang wrote: > From: Ziye > > The purpose of this patch is used to add a new field > "class" in rte_pci_id structure. The new class field includes > class_id, subcalss_id, programming interface of a pci device. > With this field, we can identify pci device by its class

[dpdk-dev] [dpdk-announce] call to join Linux Foundation

On Mon, 15 Feb 2016 16:15:17 +0100 Thomas Monjalon wrote: > After few meetings and emails, it has been agreed to work with > the Linux Foundation to assist the growing community of the DPDK. > > The outlines and the budget are described in this email by Tim O'Driscoll: >

[dpdk-dev] [PATCH v3] fm10k: fix switch manager high CPU usage

Hi, Best Regards, Mark > -Original Message- > From: He, Shaopeng > Sent: Friday, February 05, 2016 10:46 AM > To: dev at dpdk.org > Cc: Chen, Jing D; Wang, Xiao W; He, Shaopeng > Subject: [PATCH v3] fm10k: fix switch manager high CPU usage > > fm10k switch core uses source MAC + VID +

[dpdk-dev] [PATCH v2 0/5] clean-up cpuflags

2016-02-06 23:17, Thomas Monjalon: > Following the work of Ferruh, I suggest this cleanup to remove as much > as possible of the code from the cpuflags headers. > The goal is to un-inline these functions (not performance sensitive) > and remove the CPU flags table from the ABI (just added

[dpdk-dev] [PATCH v2 3/3] mbuf_offload: fix header for C++

When built in a C++ application, the include fails for 2 reasons: rte_mbuf_offload.h:128:24: error: invalid conversion from ?void*? to ?rte_pktmbuf_offload_pool_private*? [-fpermissive] rte_mempool_get_priv(mpool); ^ The cast must be explicit for C++.

[dpdk-dev] [PATCH v2 2/3] hash: fix header for C++

When built in a C++ application, the jhash include fails: rte_jhash.h:123:22: error: invalid conversion from ?const void*? to ?const uint32_t*? [-fpermissive] const uint32_t *k = key; ^ The cast must be explicit for C++. Fixes: 8718219a8737 ("hash: add new jhash

[dpdk-dev] [PATCH v2 1/3] eal: fix keep alive header for C++

When built in a C++ application, the keepalive include fails: rte_keepalive.h:142:41: error: ?ALIVE? was not declared in this scope keepcfg->state_flags[rte_lcore_id()] = ALIVE; ^ C++ requires to use a scope operator to access an enum inside a struct.

[dpdk-dev] [PATCH v2 0/3] fix C++ includes

When trying to build a C++ application, some errors appear from DPDK headers. 2 libraries are not fixed in this series: - cmdline - vhost which includes some not compliant Linux virtio headers v2: - move keep-alive struct out of header - fix syntax in mbuf_offload cast Thomas Monjalon (3):

[dpdk-dev] [PATCH v2 00/16] fm10k: update shared code

Hi, Best Regards, Mark > -Original Message- > From: Wang, Xiao W > Sent: Wednesday, January 27, 2016 11:51 AM > To: Chen, Jing D > Cc: dev at dpdk.org; Richardson, Bruce; He, Shaopeng; Wang, Xiao W > Subject: [PATCH v2 00/16] fm10k: update shared code > > v2: > * Put the two extra fix

[dpdk-dev] [PATCH v2 0/4] fix examples build

2016-02-16 07:46, Thomas Monjalon: > I've sent some patchsets previously to fixes examples: > - "fix build for default machine" > - "fix compilation of examples for ARM" > > Gather the non-rejected patches of these series here. > > Thomas Monjalon (4): > examples/l3fwd: fix build without

[dpdk-dev] [PATCH 0/3] fix build for default machine

2016-02-03 19:56, Thomas Monjalon: > When checking build with clang and RTE_MACHINE=default, > 3 errors appeared. > > Thomas Monjalon (3): > eal/x86: fix build with clang for old AVX > examples/l3fwd: fix build without SSE4.1 > examples/ip_pipeline: fix build for x86_64 without SSE4.2

[dpdk-dev] [PATCH 0/3] fix compilation of examples for ARM

2016-02-05 15:54, Thomas Monjalon: > Thomas Monjalon (3): > examples/distributor: fix build for non-x86 arch > examples/ethtool: fix build > examples: fix build dependencies Patch 1 is rejected. Others are re-sent in this series: http://dpdk.org/ml/archives/dev/2016-February/033223.html

[dpdk-dev] [PATCH v2 4/4] examples: fix build dependencies

When building for ARM some examples were failing to compile because of some dependencies disabled. Declaring these dependencies prevent from trying to compile some not supported examples. Signed-off-by: Thomas Monjalon --- examples/Makefile | 12 1 file changed, 8 insertions(+), 4

[dpdk-dev] [PATCH v2 3/4] examples/ethtool: fix build

When building for ARM, the spinlock structure was not found. It appears to be a mismatch with rwlock which is not used in this file. Fixes: bda68ab9d1e7 ("examples/ethtool: add user-space ethtool sample application") Signed-off-by: Thomas Monjalon Acked-by: Remy Horton ---

  1   2   >