[dpdk-dev] [PATCH v4] net/i40e: fix hash filter invalid issue in X722

When verifying the Hash filtering on X722, we found a problem that the hash value in descriptor is incorrect. The root caused is X722 uses different way of hash key word selection comparing with X710/XL710. This patch fixes it by setting X722 specific key selection. Signed-off-by: Jeff Guo ---

[dpdk-dev] [PATCH v4] net/i40e: fix the hash filter invalid calculation in X722

When verifying the Hash filtering on X722, we found a problem that the hash value in descriptor is incorrect. The root caused is X722 uses different way of hash key word selection comparing with X710/XL710. This patch fixes it by setting X722 specific key selection. Signed-off-by: Jeff Guo ---

[dpdk-dev] [PATCH v2] net/i40e: fix fdir configure failed issue in X710

Because of some register is only supported by X722, such as I40E_GLQF_FD_PCTYPES, so it need to use the mac type to distinguish the behavior of X722 from X710 and other NICs, or it would result X710 functional failed. Fixes: 8c5cb3c11513 (?net/i40e: add packet type translation for X722?)

[dpdk-dev] why all the other threads except lcore-slave pinned to master lcore?

On 10/24/2016 12:10 PM, ychen wrote: > Hi, I am a freshman learning DPDK, when I followed the document > INSTALL.DPDK.md to launch openvswitch with dpdk inited, I found that all the > threads are pinned to master lcore except lcore-slave and vfio-sync, but I > can not find any code to set the

[dpdk-dev] why all the other threads except lcore-slave pinned to master lcore?

Hi, I am a freshman learning DPDK, when I followed the document INSTALL.DPDK.md to launch openvswitch with dpdk inited, I found that all the threads are pinned to master lcore except lcore-slave and vfio-sync, but I can not find any code to set the affinity for these threads. Here is my

[dpdk-dev] [PATCH v10 6/6] testpmd: use Tx preparation in csum engine

Removed pseudo header calculation for udp/tcp/tso packets from application and used Tx preparation API for packet preparation and verification. Adding additional step to the csum engine costs about 3-4% of performance drop, on my setup with ixgbe driver. It's caused mostly by the need of

[dpdk-dev] [PATCH v10 5/6] ixgbe: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/ixgbe/ixgbe_ethdev.c |3 ++ drivers/net/ixgbe/ixgbe_ethdev.h |5 +++- drivers/net/ixgbe/ixgbe_rxtx.c | 58 +- drivers/net/ixgbe/ixgbe_rxtx.h |2 ++ 4 files changed, 66 insertions(+), 2

[dpdk-dev] [PATCH v10 4/6] i40e: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/i40e/i40e_ethdev.c |3 ++ drivers/net/i40e/i40e_rxtx.c | 72 +++- drivers/net/i40e/i40e_rxtx.h |8 + 3 files changed, 82 insertions(+), 1 deletion(-) diff --git a/drivers/net/i40e/i40e_ethdev.c

[dpdk-dev] [PATCH v10 3/6] fm10k: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/fm10k/fm10k.h|6 + drivers/net/fm10k/fm10k_ethdev.c |5 drivers/net/fm10k/fm10k_rxtx.c | 50 +- 3 files changed, 60 insertions(+), 1 deletion(-) diff --git a/drivers/net/fm10k/fm10k.h

[dpdk-dev] [PATCH v10 2/6] e1000: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/e1000/e1000_ethdev.h | 11 drivers/net/e1000/em_ethdev.c|5 +++- drivers/net/e1000/em_rxtx.c | 48 ++- drivers/net/e1000/igb_ethdev.c |4 +++ drivers/net/e1000/igb_rxtx.c | 52

[dpdk-dev] [PATCH v10 1/6] ethdev: add Tx preparation

Added API for `rte_eth_tx_prep` uint16_t rte_eth_tx_prep(uint8_t port_id, uint16_t queue_id, struct rte_mbuf **tx_pkts, uint16_t nb_pkts) Added fields to the `struct rte_eth_desc_lim`: uint16_t nb_seg_max; /**< Max number of segments per whole packet. */

[dpdk-dev] [PATCH v10 0/6] add Tx preparation

As discussed in that thread: http://dpdk.org/ml/archives/dev/2015-September/023603.html Different NIC models depending on HW offload requested might impose different requirements on packets to be TX-ed in terms of: - Max number of fragments per packet allowed - Max number of fragments per TSO

[dpdk-dev] rte_kni_tx_burst() hangs because of no freedescriptors

Hi Helin, Thanks for your response, to answer your questions: 1. we send only one packet each time calling rte_kni_tx_burst(), which means the last argument is 1. 2. it returns 0 because the free mbuf function inside tx_burst will not free any mbuf: if (txq->nb_tx_free <

[dpdk-dev] [PATCH v5 06/21] eal/soc: introduce very essential SoC infra definitions

On Mon, 24 Oct 2016 17:29:25 +0530 Shreyansh Jain wrote: > From: Jan Viktorin > > Define initial structures and functions for the SoC infrastructure. > This patch supports only a very minimal functions for now. > More features will be added in the following commits. > > Includes

[dpdk-dev] PCIe Hot Insert/Remove Support

Hi all, My name is Ben Walker and I'm the technical lead for SPDK (it's like DPDK, but for storage devices). SPDK relies on DPDK only for the base functionality in the EAL - memory management, the rings, and the PCI scanning code. A key feature for storage devices is support for hot insert and

[dpdk-dev] [PATCH v5 01/21] eal: generalize PCI kernel driver enum to EAL

On Mon, 24 Oct 2016 17:29:20 +0530 Shreyansh Jain wrote: > From: Jan Viktorin > > Signed-off-by: Jan Viktorin > Signed-off-by: Shreyansh Jain I think, there is no reason to prevent merging this. Feel free to add: Acked-by: Jan Viktorin

[dpdk-dev] [PATCH v4 11/17] eal/soc: add default scan for Soc devices

On Mon, 24 Oct 2016 17:38:29 +0530 Shreyansh Jain wrote: > Hi Jan, > > On Sunday 16 October 2016 12:42 PM, Shreyansh Jain wrote: > > Hi Jan, > > [...] > >> > >>> + > >>> +int > >>> +rte_eal_soc_scan(void) > >> > >> What about naming it rte_eal_soc_scan_default? This would underline the

[dpdk-dev] mbuf changes

First of all: Thanks for a great DPDK Userspace 2016! Continuing the Userspace discussion about Olivier Matz?s proposed mbuf changes... 1. Stephen Hemminger had a noteworthy general comment about keeping metadata for the NIC in the appropriate section of the mbuf: Metadata generated by

[dpdk-dev] [PATCH v4 11/17] eal/soc: add default scan for Soc devices

Hi Jan, On Sunday 16 October 2016 12:42 PM, Shreyansh Jain wrote: > Hi Jan, > >> -Original Message- >> From: Jan Viktorin [mailto:viktorin at rehivetech.com] >> Sent: Sunday, October 16, 2016 6:27 AM >> To: Shreyansh Jain >> Cc: dev at dpdk.org; thomas.monjalon at 6wind.com;

[dpdk-dev] [PATCH v5 21/21] eal/crypto: Support rte_soc_driver/device for cryptodev

- rte_cryptodev_driver/rte_cryptodev_dev embeds rte_soc_driver/device for linking SoC PMDs to crypto devices. - Add probe and remove functions linked Signed-off-by: Hemant Agrawal Signed-off-by: Shreyansh Jain --- lib/librte_cryptodev/rte_cryptodev.c | 122 -

[dpdk-dev] [PATCH v5 20/21] ether: introduce ethernet dev probe remove

From: Jan Viktorin Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain Signed-off-by: Hemant Agrawal --- lib/librte_ether/rte_ethdev.c | 148 +- lib/librte_ether/rte_ethdev.h | 31 + 2 files changed, 177

[dpdk-dev] [PATCH v5 18/21] ether: verify we copy info from a PCI device

From: Jan Viktorin Now that different types of ethdev exist, check for presence of PCI dev while copying out the info. Similar would be done for SoC. Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain Signed-off-by: Hemant Agrawal ---

[dpdk-dev] [PATCH v5 17/21] ether: utilize container_of for pci_drv

From: Jan Viktorin It is not necessary to place the rte_pci_driver at the beginning of the rte_eth_dev struct anymore as we use the container_of macro to get the parent pointer. Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain Signed-off-by: Hemant Agrawal

[dpdk-dev] [PATCH v5 16/21] eal/soc: additional features for SoC

From: Jan Viktorin Additional features introduced: - Find kernel driver through sysfs bindings - Dummy implementation for mapping to kernel driver - DMA coherency value from sysfs - Numa node number from sysfs - Support for updating device during probe if already

[dpdk-dev] [PATCH v5 15/21] eal/soc: add default scan for Soc devices

From: Jan Viktorin Default implementation which scans the sysfs platform devices hierarchy. For each device, extract the ueven and convert into rte_soc_device. The information populated can then be used in probe to match against the drivers registered. Signed-off-by:

[dpdk-dev] [PATCH v5 13/21] eal/soc: add drv_flags

From: Jan Viktorin The flags are copied from the PCI ones. They should be refactorized into a general set of flags in the future. Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain Signed-off-by: Hemant Agrawal --- lib/librte_eal/common/include/rte_soc.h | 10

[dpdk-dev] [PATCH v5 12/21] eal/soc: extend and utilize devargs

From: Jan Viktorin It is assumed that SoC Devices provided on command line are prefixed with "soc:". This patch adds parse and attach support for such devices. Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain Signed-off-by: Hemant Agrawal ---

[dpdk-dev] [PATCH v5 11/21] eal/soc: implement probing of drivers

Each SoC PMD registers a set of callback for scanning its own bus/infra and matching devices to drivers when probe is called. This patch introduces the infra for calls to SoC scan on rte_eal_soc_init() and match on rte_eal_soc_probe(). Patch also adds test case for scan and probe. Signed-off-by:

[dpdk-dev] [PATCH v5 10/21] eal/soc: init SoC infra from EAL

From: Jan Viktorin Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain Signed-off-by: Hemant Agrawal --- lib/librte_eal/bsdapp/eal/Makefile| 1 + lib/librte_eal/bsdapp/eal/eal.c | 4 +++ lib/librte_eal/bsdapp/eal/eal_soc.c | 46

[dpdk-dev] [PATCH v5 09/21] eal: introduce command line enable SoC option

From: Jan Viktorin Support --enable-soc. SoC support is disabled by default. Signed-off-by: Jan Viktorin [Shreyansh: Change --no-soc to --enable-soc; disabled by default] Signed-off-by: Shreyansh Jain Signed-off-by: Hemant Agrawal ---

[dpdk-dev] [PATCH v5 08/21] eal/soc: implement SoC device list and dump

From: Jan Viktorin SoC devices would be linked in a separate list (from PCI). This is used for probe function. A helper for dumping the device list is added. Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain Signed-off-by: Hemant Agrawal ---

[dpdk-dev] [PATCH v5 07/21] eal/soc: add SoC PMD register/unregister logic

From: Jan Viktorin Registeration of a SoC driver through a helper RTE_PMD_REGISTER_SOC (on the lines of RTE_PMD_REGISTER_PCI). soc_driver_list stores all the registered drivers. Test case has been introduced to verify the registration and deregistration. Signed-off-by:

[dpdk-dev] [PATCH v5 06/21] eal/soc: introduce very essential SoC infra definitions

From: Jan Viktorin Define initial structures and functions for the SoC infrastructure. This patch supports only a very minimal functions for now. More features will be added in the following commits. Includes rte_device/rte_driver inheritance of

[dpdk-dev] [PATCH v5 05/21] eal: define container macro

From: Jan Viktorin Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain --- lib/librte_eal/common/include/rte_common.h | 18 ++ 1 file changed, 18 insertions(+) diff --git a/lib/librte_eal/common/include/rte_common.h

[dpdk-dev] [PATCH v5 04/21] eal/linux: generalize PCI kernel driver extraction to EAL

From: Jan Viktorin Generalize the PCI-specific pci_get_kernel_driver_by_path. The function is general enough, we have just moved it to eal.c, changed the prefix to rte_eal and provided it privately to other parts of EAL. Signed-off-by: Jan Viktorin Signed-off-by:

[dpdk-dev] [PATCH v5 03/21] eal/linux: generalize PCI kernel unbinding driver to EAL

From: Jan Viktorin Generalize the PCI-specific pci_unbind_kernel_driver. It is now divided into two parts. First, determination of the path and string identification of the device to be unbound. Second, the actual unbind operation which is generic. BSD implementation

[dpdk-dev] [PATCH v5 02/21] eal: generalize PCI map/unmap resource to EAL

From: Jan Viktorin The functions pci_map_resource, pci_unmap_resource are generic so the pci_* prefix can be omitted. The functions are moved to the eal_common_dev.c so they can be reused by other infrastructure. Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh

[dpdk-dev] [PATCH v5 01/21] eal: generalize PCI kernel driver enum to EAL

From: Jan Viktorin Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain -- Changes since v0: - fix compilation error due to missing include --- lib/librte_eal/common/include/rte_dev.h | 12 lib/librte_eal/common/include/rte_pci.h | 9 - 2

[dpdk-dev] [PATCH v5 00/21] Introduce SoC device/driver framework for EAL

Introduction: = This patch set is direct derivative of Jan's original series [1],[2]. - This version is based on master HEAD (173511). - In this, I am merging the series [11] back. It was initially part of this set but I had split considering that those changes in PCI were

[dpdk-dev] [PATCH v10 0/6] add Tx preparation

> > As discussed in that thread: > > http://dpdk.org/ml/archives/dev/2015-September/023603.html > > Different NIC models depending on HW offload requested might impose > different requirements on packets to be TX-ed in terms of: > > - Max number of fragments per packet allowed > - Max number

[dpdk-dev] mbuf changes

On Mon, Oct 24, 2016 at 04:11:33PM +, Wiles, Keith wrote: > > > On Oct 24, 2016, at 10:49 AM, Morten Br?rup > > wrote: > > > > First of all: Thanks for a great DPDK Userspace 2016! > > > > > > > > Continuing the Userspace discussion about Olivier Matz?s proposed mbuf > > changes...

[dpdk-dev] mbuf changes

> On Oct 24, 2016, at 10:49 AM, Morten Br?rup > wrote: > > First of all: Thanks for a great DPDK Userspace 2016! > > > > Continuing the Userspace discussion about Olivier Matz?s proposed mbuf > changes... > > > > 1. > > Stephen Hemminger had a noteworthy general comment about keeping

[dpdk-dev] [PATCH] Revert "bonding: use existing enslaved device queues"

On 24/10/16 15:51, Jan Blunck wrote: > On Mon, Oct 24, 2016 at 7:02 AM, Declan Doherty > wrote: >> On 14/10/16 00:37, Eric Kinzie wrote: >>> >>> On Wed Oct 12 16:24:21 +0100 2016, Bruce Richardson wrote: On Wed, Oct 12, 2016 at 04:24:54PM +0300, Ilya Maximets wrote: > > On

[dpdk-dev] [PATCH v9 6/6] testpmd: use Tx preparation in csum engine

Removed pseudo header calculation for udp/tcp/tso packets from application and used Tx preparation API for packet preparation and verification. Adding additional step to the csum engine costs about 3-4% of performance drop, on my setup with ixgbe driver. It's caused mostly by the need of

[dpdk-dev] [PATCH v9 5/6] ixgbe: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/ixgbe/ixgbe_ethdev.c |3 ++ drivers/net/ixgbe/ixgbe_ethdev.h |5 +++- drivers/net/ixgbe/ixgbe_rxtx.c | 58 +- drivers/net/ixgbe/ixgbe_rxtx.h |2 ++ 4 files changed, 66 insertions(+), 2

[dpdk-dev] [PATCH v9 4/6] i40e: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/i40e/i40e_ethdev.c |3 ++ drivers/net/i40e/i40e_rxtx.c | 72 +++- drivers/net/i40e/i40e_rxtx.h |8 + 3 files changed, 82 insertions(+), 1 deletion(-) diff --git a/drivers/net/i40e/i40e_ethdev.c

[dpdk-dev] [PATCH v9 3/6] fm10k: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/fm10k/fm10k.h|6 + drivers/net/fm10k/fm10k_ethdev.c |5 drivers/net/fm10k/fm10k_rxtx.c | 50 +- 3 files changed, 60 insertions(+), 1 deletion(-) diff --git a/drivers/net/fm10k/fm10k.h

[dpdk-dev] [PATCH v9 2/6] e1000: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/e1000/e1000_ethdev.h | 11 drivers/net/e1000/em_ethdev.c|5 +++- drivers/net/e1000/em_rxtx.c | 48 ++- drivers/net/e1000/igb_ethdev.c |4 +++ drivers/net/e1000/igb_rxtx.c | 52

[dpdk-dev] [PATCH v9 1/6] ethdev: add Tx preparation

Added API for `rte_eth_tx_prep` uint16_t rte_eth_tx_prep(uint8_t port_id, uint16_t queue_id, struct rte_mbuf **tx_pkts, uint16_t nb_pkts) Added fields to the `struct rte_eth_desc_lim`: uint16_t nb_seg_max; /**< Max number of segments per whole packet. */

[dpdk-dev] [PATCH v9 0/6] add Tx preparation

>From 35b09a978d244092337b6f46fd1309f8c733bb6b Mon Sep 17 00:00:00 2001 From: Tomasz Kulasek Date: Fri, 14 Oct 2016 16:10:35 +0200 Subject: [PATCH v6 0/6] add Tx preparation As discussed in that thread: http://dpdk.org/ml/archives/dev/2015-September/023603.html

[dpdk-dev] [PATCH v2 0/2] net/ixgbe: fix VF VLAN insert

On Thu, Oct 20, 2016 at 12:54:52AM +, Lu, Wenzhuo wrote: > Hi, > > > -Original Message- > > From: Iremonger, Bernard > > Sent: Wednesday, October 19, 2016 10:48 PM > > To: dev at dpdk.org; daniels at research.att.com; Lu, Wenzhuo; az5157 at > > att.com > > Cc: Iremonger, Bernard > >

[dpdk-dev] [PATCH v4 00/32] net/qede: update qede pmd to 1.2.0.1 and enable by default

On Tue, Oct 18, 2016 at 09:11:14PM -0700, Rasesh Mody wrote: > Hi, > > This patch set includes changes to update the base driver, work with > newer FW 8.10.9.0, adds new features, includes enhancements and code > cleanup, provides bug fixes and updates documentation for the QEDE > poll mode

[dpdk-dev] [PATCH v2] net/mlx5: fix init on secondary process

On Mon, Oct 17, 2016 at 04:18:59PM +0200, Adrien Mazarguil wrote: > On Mon, Oct 17, 2016 at 02:52:39PM +0100, Ferruh Yigit wrote: > > Hi Adrien, > > > > On 10/17/2016 1:56 PM, Olivier Gournet wrote: > > > Fixes: 1d88ba171942 ("net/mlx5: refactor Tx data path") > > > Fixes: 21c8bb4928c9

[dpdk-dev] [PATCH v8 1/6] ethdev: add Tx preparation

> -Original Message- > From: Ananyev, Konstantin > Sent: Monday, October 24, 2016 14:57 > To: Kulasek, TomaszX ; dev at dpdk.org > Cc: olivier.matz at 6wind.com > Subject: RE: [PATCH v8 1/6] ethdev: add Tx preparation > > > > > -Original Message- > > From: Kulasek, TomaszX > >

[dpdk-dev] [PATCH 2/2] app/test: use correct offsets in AES perf test

> -Original Message- > From: Trahe, Fiona > Sent: Monday, October 24, 2016 1:00 PM > To: dev at dpdk.org > Cc: De Lara Guarch, Pablo ; Trahe, Fiona > ; Griffin, John ; Jain, > Deepak K ; Kusztal, ArkadiuszX > > Subject: [PATCH 2/2] app/test: use correct offsets in AES perf test > >

[dpdk-dev] [PATCH 1/2] crypto/qat: rework request builder for performance

> -Original Message- > From: Trahe, Fiona > Sent: Monday, October 24, 2016 1:00 PM > To: dev at dpdk.org > Cc: De Lara Guarch, Pablo ; Trahe, Fiona > ; Griffin, John ; Jain, > Deepak K ; Kusztal, ArkadiuszX > > Subject: [PATCH 1/2] crypto/qat: rework request builder for performance > >

[dpdk-dev] [PATCH 2/2] app/test: use correct offsets in AES perf test

offsets for digest and data need to be adjusted to take prepended IV into account Signed-off-by: Fiona Trahe --- app/test/test_cryptodev_perf.c | 15 --- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/app/test/test_cryptodev_perf.c b/app/test/test_cryptodev_perf.c

[dpdk-dev] [PATCH 1/2] crypto/qat: rework request builder for performance

QAT PMD adjusts the buffer start address and offsets passed to the device so that the DMAs in and out of the device are 64-byte aligned. This gives more consistent throughput, which had been variable depending on how the application set up the mbuf. The message builder code had to be considerably

[dpdk-dev] [PATCH 0/2] crypto/qat: performance optimisation

QAT PMD adjusts the buffer start address and offsets passed to the device so that the DMAs in and out of the device are 64-byte aligned. This gives more consistent throughput, which had been variable depending on how the application set up the mbuf. The message builder code had to be considerably

[dpdk-dev] [PATCH v8 1/6] ethdev: add Tx preparation

> -Original Message- > From: Kulasek, TomaszX > Sent: Monday, October 24, 2016 1:49 PM > To: Ananyev, Konstantin ; dev at dpdk.org > Cc: olivier.matz at 6wind.com > Subject: RE: [PATCH v8 1/6] ethdev: add Tx preparation > > Hi Konstantin, > > > -Original Message- > > From:

[dpdk-dev] [PATCH v8 1/6] ethdev: add Tx preparation

Hi Konstantin, > -Original Message- > From: Ananyev, Konstantin > Sent: Monday, October 24, 2016 14:15 > To: Kulasek, TomaszX ; dev at dpdk.org > Cc: olivier.matz at 6wind.com > Subject: RE: [PATCH v8 1/6] ethdev: add Tx preparation > > Hi Tomasz, > [...] > > > > +/** > > + * Fix

[dpdk-dev] [PATCH v2 3/3] drivers: register aliases for renamed cryptodev drivers

This registers the legacy names of the driver being renamed in commit 2f45703c17ac ("drivers: make driver names consistent"). Signed-off-by: Jan Blunck Tested-by: Pablo de Lara --- drivers/crypto/aesni_gcm/aesni_gcm_pmd.c | 1 + drivers/crypto/aesni_mb/rte_aesni_mb_pmd.c | 1 +

[dpdk-dev] [PATCH v2 2/3] drivers: register aliases for renamed VDEV drivers

This registers the legacy names of the driver being renamed in commit 2f45703c17ac ("drivers: make driver names consistent"). Signed-off-by: Jan Blunck --- drivers/net/af_packet/rte_eth_af_packet.c | 1 + drivers/net/bonding/rte_eth_bond_pmd.c| 1 + drivers/net/mpipe/mpipe_tilegx.c

[dpdk-dev] [PATCH v2 1/3] drivers: add name alias registration for rte_driver

This adds infrastructure for drivers to allow being requested by an alias so that a renamed driver can still get loaded by its legacy name. Signed-off-by: Jan Blunck Reviewed-by: Maxime Coquelin Tested-by: Pablo de Lara --- lib/librte_eal/common/eal_common_vdev.c | 8

[dpdk-dev] [PATCH v8 1/6] ethdev: add Tx preparation

Hi Tomasz, > > /** > + * Validate general requirements for tx offload in mbuf. > + * > + * This function checks correctness and completeness of Tx offload settings. > + * > + * @param m > + * The packet mbuf to be validated. > + * @return > + * 0 if packet is valid > + */ > +static inline

[dpdk-dev] [PATCH] Revert "bonding: use existing enslaved device queues"

On 14/10/16 00:37, Eric Kinzie wrote: > On Wed Oct 12 16:24:21 +0100 2016, Bruce Richardson wrote: >> On Wed, Oct 12, 2016 at 04:24:54PM +0300, Ilya Maximets wrote: >>> On 07.10.2016 05:02, Eric Kinzie wrote: On Wed Sep 07 15:28:10 +0300 2016, Ilya Maximets wrote: > This reverts commit

[dpdk-dev] [PATCH] net/mlx5: fix handling of small mbuf sizes

When mbufs are smaller than MRU, multi-segment support must be enabled to default set when not in promiscuous or allmulticast modes. Fixes: 9964b965ad69 ("net/mlx5: re-add Rx scatter support") Signed-off-by: Raslan Darawsheh --- drivers/net/mlx5/mlx5_rxq.c | 6 ++ 1 file changed, 6

[dpdk-dev] [PATCH] net/mlx5: fix default set for multicast traffic

Remove non-IPv6 multicast traffic with destination MAC 33:33:* from the default set when not in promiscuous or allmulticast modes. Fixes: 0497ddaac511 ("mlx5: add special flows for broadcast and IPv6 multicast") Signed-off-by: Raslan Darawsheh --- drivers/net/mlx5/mlx5_rxmode.c | 1 - 1 file

[dpdk-dev] [PATCH] Revert "bonding: use existing enslaved device queues"

On Wed, Oct 19, 2016 at 5:47 AM, Ilya Maximets wrote: > On 18.10.2016 18:19, Jan Blunck wrote: >> On Tue, Oct 18, 2016 at 2:49 PM, Ilya Maximets >> wrote: >>> On 18.10.2016 15:28, Jan Blunck wrote: If the application already configured queues the PMD should not silently claim

[dpdk-dev] [PATCH] Revert "bonding: use existing enslaved device queues"

On Mon, Oct 24, 2016 at 7:02 AM, Declan Doherty wrote: > On 14/10/16 00:37, Eric Kinzie wrote: >> >> On Wed Oct 12 16:24:21 +0100 2016, Bruce Richardson wrote: >>> >>> On Wed, Oct 12, 2016 at 04:24:54PM +0300, Ilya Maximets wrote: On 07.10.2016 05:02, Eric Kinzie wrote: > > On

[dpdk-dev] [PATCH 2/2] net/i40e: fix VF bonded device link down

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiming Yang > Sent: Thursday, October 13, 2016 2:07 PM > To: dev at dpdk.org > Cc: Yang, Qiming > Subject: [dpdk-dev] [PATCH 2/2] net/i40e: fix VF bonded device link down > > Originally, using DPDK as host

[dpdk-dev] [PATCH 1/2] net/i40e: fix link status change interrupt

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiming Yang > Sent: Thursday, October 13, 2016 2:07 PM > To: dev at dpdk.org > Cc: Yang, Qiming > Subject: [dpdk-dev] [PATCH 1/2] net/i40e: fix link status change interrupt > > Previously, link status

[dpdk-dev] [PATCH] doc: announce ABI change for ethtool app enhance

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Qiming Yang > Sent: Sunday, October 9, 2016 11:17 AM > To: dev at dpdk.org > Cc: Yang, Qiming > Subject: [dpdk-dev] [PATCH] doc: announce ABI change for ethtool app enhance > > This patch adds a notice that

[dpdk-dev] [PATCH] net/i40e: fix the hash filter invalid calculation in X722

> -Original Message- > From: Guo, Jia > Sent: Thursday, October 20, 2016 10:49 AM > To: Zhang, Helin ; Wu, Jingjing intel.com> > Cc: dev at dpdk.org; Guo, Jia ; Yigit, Ferruh > > Subject: [PATCH] net/i40e: fix the hash filter invalid calculation in X722 > > As X722 extracts IPv4

[dpdk-dev] [PATCH] net/i40e: fix fdir configure failed issue in X710

> -Original Message- > From: Guo, Jia > Sent: Thursday, October 20, 2016 10:48 AM > To: Zhang, Helin ; Wu, Jingjing intel.com> > Cc: dev at dpdk.org; Guo, Jia ; Yigit, Ferruh > > Subject: [PATCH] net/i40e: fix fdir configure failed issue in X710 > > The correct way to distinguish the

[dpdk-dev] [PATCH 2/2] examples/tep_term: Fix packet len for multi-seg mbuf

> -Original Message- > From: Michael Qiu [mailto:qdy220091330 at gmail.com] > Sent: Tuesday, October 18, 2016 1:49 PM > To: dev at dpdk.org > Cc: Tan, Jianfeng; Michael Qiu > Subject: [PATCH 2/2] examples/tep_term: Fix packet len for multi-seg mbuf > > For multi-seg mbuf,

[dpdk-dev] [PATCH 1/2] examples/tep_term: Fix l4_len issue

> -Original Message- > From: Michael Qiu [mailto:qdy220091330 at gmail.com] > Sent: Tuesday, October 18, 2016 1:49 PM > To: dev at dpdk.org > Cc: Tan, Jianfeng; Michael Qiu > Subject: [PATCH 1/2] examples/tep_term: Fix l4_len issue > > l4_len is not fixed, althrough mostly it is a fixed

[dpdk-dev] rte_kni_tx_burst() hangs because of no free descriptors

Hi Yingzhi Thank you for the reporting! The description is not so clear at least for me. Please help to narrown down the issue by youself. How many packets would it have for calling TX function? Why it would return 0 after calling TX function? No memory? Or return from else? Have you found

[dpdk-dev] [PATCH 1/2] net/i40e: fix link status change interrupt

Ferruh, Thank you for your reminder, I will remember to CC to the maintainer in future. Jingjing and Helin, Can you help to review these two patches? Thanks, Qiming -Original Message- From: Yigit, Ferruh Sent: Wednesday, October 19, 2016 6:57 PM To: Yang, Qiming ; dev at dpdk.org Cc:

[dpdk-dev] Manual link speed/duplex configuration not working with DPDK

Hi Ananda, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Ananda > Sathyanarayana > Sent: Saturday, October 22, 2016 3:27 AM > To: dev at dpdk.org > Cc: ananda at versa-networks.com; Vignesh Chinnakkannu > Subject: [dpdk-dev] Manual link speed/duplex

[dpdk-dev] DPDK-QoS- Using un-used bandwidth within a class

Hi I am using DPDK QoS and I find something strange. I am not sure if something is wrong with my config or my understanding of queue weights is wrong. In my config, I am using only 1 port and 1 subport and 1 pipe. Within that pipe, I am using only the last class (C3). Port, subport and pipe are