[dpdk-dev] [PATCH v2 1/2] ethdev: add buffered tx api

Hi, It is an overlay on the tx burst API. Probably it doesn't hurt to add it but we have to be really cautious with the API definition to try keeping it stable in the future. 2016-02-24 18:08, Tomasz Kulasek: > +/** > + * Structure used to buffer packets for future TX > + * Used by APIs

[dpdk-dev] [PATCH v5 6/6] virtio: return 1 to tell the upper layer we don't take over this device

virtio PMD could use IO port to configure the virtio device without using UIO/VFIO driver in legacy mode. There are two issues with previous implementation: 1) virtio PMD will take over the virtio device(s) blindly even if not intended for DPDK. 2) driver conflict between virtio PMD and

[dpdk-dev] [PATCH v5 5/6] eal: map IO port when kernel driver isn't managing the device

call rte_eal_pci_ioport_map (on x86) only if the pci device is not bound to a kernel driver. Signed-off-by: Huawei Xie Acked-by: Yuanhan Liu Acked-by: David Marchand --- lib/librte_eal/linuxapp/eal/eal_pci.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[dpdk-dev] [PATCH v5 4/6] eal: simple code rework

Signed-off-by: Huawei Xie Acked-by: Yuanhan Liu Acked-by: David Marchand --- lib/librte_eal/linuxapp/eal/eal_pci.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/lib/librte_eal/linuxapp/eal/eal_pci.c b/lib/librte_eal/linuxapp/eal/eal_pci.c index dc0aa37..4ede4cb

[dpdk-dev] [PATCH v5 3/6] eal: use new RTE_ARCH_X86 for x86 arch

Signed-off-by: Huawei Xie Acked-by: Yuanhan Liu Acked-by: David Marchand --- lib/librte_eal/linuxapp/eal/eal_pci.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/lib/librte_eal/linuxapp/eal/eal_pci.c b/lib/librte_eal/linuxapp/eal/eal_pci.c index

[dpdk-dev] [PATCH v5 2/6] eal: RTE_KDRV_NONE means kernel driver isn't managing the device

Use RTE_KDRV_NONE to indicate that kernel driver (other than VFIO/UIO) isn't managing the device. Signed-off-by: Huawei Xie Acked-by: Yuanhan Liu Acked-by: David Marchand --- lib/librte_eal/linuxapp/eal/eal_pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[dpdk-dev] [PATCH v5 1/6] eal: make the comment more accurate

positive return of devinit of pci driver means the driver doesn't support this device. Signed-off-by: Huawei Xie Acked-by: Yuanhan Liu Acked-by: David Marchand --- lib/librte_eal/common/eal_common_pci.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[dpdk-dev] [PATCH v5 0/6] fix the issue that DPDK takes over virtio device blindly

v5 changes: Split patches Remove free of mac addr when vtpci_init fails. Will send the fix in a seperate patch. Fail if the virtio device is whitelisted but bound to kernel driver. v4 changes: Rebase as IO port map is moved to EAL. Reword some commit messages. Don't fall back to PORT IO if

[dpdk-dev] [PATCH 2/2] examples: update to use new rte_lpm_config for ipv4

Signed-off-by: Michal Kobylinski Acked-by: David Hunt --- examples/ip_fragmentation/main.c| 7 ++- examples/ip_reassembly/main.c | 7 ++- examples/l3fwd-power/main.c | 10 -- examples/l3fwd-vf/main.c

[dpdk-dev] [PATCH 1/2] lpm: added a new rte_lpm_config structure for ipv4

Signed-off-by: Michal Kobylinski Acked-by: David Hunt --- app/test/test_func_reentrancy.c| 9 +- app/test/test_lpm.c| 145 +++-- app/test/test_mp_secondary.c | 7 +- app/test/test_table_combined.c | 2 +

[dpdk-dev] [PATCH 0/2] Added a new rte_lpm_config structure for IPv4.

A new rte_lpm_config structure is used so LPM library will allocate exactly the amount of memory which is necessary to hold application?s rules. Michal Kobylinski (2): lpm: added a new rte_lpm_config structure for ipv4 examples: update to use new rte_lpm_config structure for ipv4

[dpdk-dev] [PATCH 2/2] examples: update to use new lpm lib for ipv4

Signed-off-by: Michal Kobylinski Acked-by: David Hunt --- examples/ip_fragmentation/main.c| 16 ++-- examples/ip_reassembly/main.c | 15 +-- examples/l3fwd-power/main.c | 2 +- examples/l3fwd-vf/main.c

[dpdk-dev] [PATCH v3 1/2] lpm: extended ipv4 next_hop field

Signed-off-by: Michal Kobylinski Acked-by: David Hunt --- app/test/test_lpm.c| 122 ++-- doc/guides/rel_notes/release_16_04.rst |5 +- lib/librte_lpm/Makefile|2 +- lib/librte_lpm/rte_lpm.c | 1090 +---

[dpdk-dev] [PATCH v3 0/2] Increased number of next hops for LPM IPv4

This patchset extended next_hop field from 8-bits to 24-bits in LPM library for IPv4. Added versioning symbols to functions and updated library and applications that have a dependency on LPM library. Michal Kobylinski (2): lpm: extend ip4 next_hop and add config structure examples: update

[dpdk-dev] [PATCH v2 0/2] Increase number of next hops for LPM IPv4

> -Original Message- > From: Kobylinski, MichalX > Sent: Tuesday, March 8, 2016 4:54 PM > To: 'Thomas Monjalon' > Cc: dev at dpdk.org; Jerin Jacob > Subject: RE: [dpdk-dev] [PATCH v2 0/2] Increase number of next hops for > LPM IPv4 > > > > > -Original Message- > > From:

[dpdk-dev] [PATCH v4 1/2] eal/tile: add rte_vect.h and enable CONFIG_RTE_LIBRTE_LPM

2016-02-09 23:04, Liming Sun: > rte_vect.h was missing earlier thus LPM was disabled and l3fwd is > not able to compile. This commit implements the vector api and > enable LPM in the tilegx configuration by default. > > Signed-off-by: Liming Sun > Acked-by: Zhigang Lu [...] > # This following

[dpdk-dev] [PATCH v2 1/3] driver/net/mpipe: support native build on tilegx platform.

Hi, 2016-02-09 21:33, Thomas Monjalon: > 2016-02-09 18:37, Liming Sun: > > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > A comment about the TILE-Mx would be welcome. > > Is it supported currently? > > Isn't it an ARM arch? > > > > [lsun] Yes, it's ARM arch, but with similar

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

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Olivier MATZ > Sent: Friday, February 19, 2016 5:31 AM > To: Hunt, David ; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 2/6] mempool: add stack (lifo) based > external mempool handler > > Hi David, > > On

[dpdk-dev] [PATCH v2 2/7] vhost: refactor virtio_dev_rx

On Mon, Mar 07, 2016 at 03:34:53AM +, Xie, Huawei wrote: > On 2/18/2016 9:48 PM, Yuanhan Liu wrote: > > + while (1) { > > + /* done with current mbuf, fetch next */ > > + if (mbuf_avail == 0) { > > + m = m->next; > > + if (m == NULL) >

[dpdk-dev] [PATCH v2 3/3] vhost: fix vq realloc at numa_realloc

On Mon, Mar 07, 2016 at 01:49:26PM +, Loftus, Ciara wrote: > > I encountered the " PANIC in rte_free():" error when using > RTE_LIBRTE_VHOST_NUMA too, and applying this series resolved the issue. > Thanks for the patches. > > Tested-by: Ciara Loftus Thanks for testing. A new version

[dpdk-dev] [PATCH 0/3] sched: patches for 2.2

> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Tuesday, March 8, 2016 4:33 PM > To: Dumitrescu, Cristian > Cc: Thomas Monjalon ; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 0/3] sched: patches for 2.2 > > On Tue, 8 Mar 2016 07:49:20

[dpdk-dev] [PATCH v3 0/3] enable extended tag for i40e

2016-03-08 19:38, Thomas Monjalon: > It enables 'extended tag' for i40e devices only during its port > initialization, which is key for 40G performance. It also deprecates > the similar in igb_uio, and eal lib. > > v3: > - fix build with deprecated attribute > - keep deprecated attribute > -

[dpdk-dev] [PATCH v3 3/3] igb_uio: deprecate extended tag

From: Helin Zhang It deprecates sys files of 'extended_tag' and 'max_read_request_size' which was not documented. Signed-off-by: Helin Zhang --- doc/guides/linux_gsg/enable_func.rst | 26 --- doc/guides/rel_notes/deprecation.rst | 2 +

[dpdk-dev] [PATCH v3 2/3] pci: remove config of extended tag

From: Helin Zhang Remove pci configuration of 'extended tag' and 'max read request size', as they are not required by all devices and it lets PMD to configure them if necessary. In addition, 'pci_config_space_set()' is deprecated. Signed-off-by: Helin Zhang

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

From: Helin Zhang 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/linux_gsg/enable_func.rst | 3 ++

[dpdk-dev] [PATCH v3 0/3] enable extended tag for i40e

It enables 'extended tag' for i40e devices only during its port initialization, which is key for 40G performance. It also deprecates the similar in igb_uio, and eal lib. v3: - fix build with deprecated attribute - keep deprecated attribute - reword release notes a bit - revert doc move from

[dpdk-dev] [PATCH v2 3/3] igb_uio: deprecate sys files

2016-02-22 11:59, Helin Zhang: > It deprecated sys files of 'extended_tag' and > 'max_read_request_size', and announced the planned ABI changes of > them. [...] > - Moved high performance part of i40e from 'GSG' to a new for .nics'. This change is not related to extended tag only. Let's move the

[dpdk-dev] [PATCH v2 3/3] igb_uio: deprecate sys files

2016-02-22 11:59, Helin Zhang: > --- /dev/null > +++ b/doc/guides/nics/i40e.rst This file is not included in the index. > --- a/lib/librte_eal/common/include/rte_pci.h > +++ b/lib/librte_eal/common/include/rte_pci.h > @@ -587,7 +587,7 @@ void rte_eal_pci_ioport_write(struct rte_pci_ioport *p, >

[dpdk-dev] [PATCH] mempool: avoid memory waste with large pagesize

If page size is large (like 64K on ARM) and object size is small then don't waste lots of memory by rounding up to page size. Instead, round up so that 1 or more objects all fit in a page. This preserves the requirement that an object must not a page or virt2phys would break, and makes sure 62K

[dpdk-dev] [PATCH v5 2/2] librte_pipeline: add new API functions for pipeline action handlers

Two new pipeline API functions have been added to the library. The packet hijack API function can be called by any input/output port or table action handler to remove selected packets from the burst of packets read from one of the pipeline input ports and then either send these packets out through

[dpdk-dev] [PATCH v5 1/2] librte_pipeline: add support for packet redirection at action handlers

Currently, there is no mechanism that allows the pipeline ports (in/out) and table action handlers to override the default forwarding decision (as previously configured per input port or in the table entry). The port (in/out) and table action handler prototypes have been changed to allow pipeline

[dpdk-dev] [PATCH v2 2/3] eal: remove pci config of extended tag

2016-02-22 11:59, Helin Zhang: > --- a/lib/librte_eal/common/include/rte_pci.h > +++ b/lib/librte_eal/common/include/rte_pci.h > @@ -580,12 +580,14 @@ void rte_eal_pci_ioport_write(struct rte_pci_ioport *p, > #ifdef RTE_PCI_CONFIG > /** > * Set special config space registers for performance

[dpdk-dev] [PATCH v9 0/4] ethdev: add speed capabilities and refactor link API

On Tue, Mar 08, 2016 at 04:00:29PM +0100, Marc Sune wrote: > 2016-03-01 1:45 GMT+01:00 Marc Sune : > > > The current rte_eth_dev_info abstraction does not provide any mechanism to > > get the supported speed(s) of an ethdev. > > > > For some drivers (e.g. ixgbe), an educated guess could be done

[dpdk-dev] [PATCH v3 0/2] i40evf: pf reset event report

On Fri, Feb 26, 2016 at 02:51:52PM +0800, Jingjing Wu wrote: > v3 changes: > - commit log doc rewording. > - rebase on latest dpdk-next-net/rel_16_04 branch. > - remove few useless line > - adjust interval and increase times for waiting pf msg > > v2 changes: > - remove the change on vf

[dpdk-dev] [PATCH] lpm/lpm6: fix missing free of rules_tbl and lpm

Hi, Stephen acked the other LPM patch I had last week (thanks). There was no feedback to this one so far and none of the two patches is committed yet. So I wanted to give this another "ping" for feedback or acceptance. Thanks in advance, Christian Christian Ehrhardt Software Engineer, Ubuntu

[dpdk-dev] [PATCH v3] ixgbe: support link speed auto-neg on x550em_x

On Fri, Feb 26, 2016 at 11:05:29AM +0800, Wenzhuo Lu wrote: > Normally the auto-negotiation is supported by FW. SW need not care about > that. But on x550em_x, FW doesn't support auto-neg. As the ports of x550em_x > are 10G, if we connect the port will a peer which is 1G, the link will always > be

[dpdk-dev] [PATCH v2 0/2] Increase number of next hops for LPM IPv4

2016-03-08 15:53, Kobylinski, MichalX: > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > 2016-01-29 13:12, Michal Kobylinski: > > > This patchset extend next_hop field from 8-bits to 24-bits in LPM library > > > for > > IPv4. > > > > waiting v3, any news please? > > I'm working

[dpdk-dev] [PATCH v3 0/3] extend vmdq_dcb sample for X710 supporting

On Thu, Feb 25, 2016 at 03:33:32PM +0800, Jingjing Wu wrote: > Currently, the example vmdq_dcb only works on Intel(R) 82599 NICs. > This patchset extended this sample to make it works both on Intel(R) > 82599 and X710/XL710 NICs. This patch set also enabled DCB VMDQ mode > in i40e driver and added

[dpdk-dev] [PATCH v3] docs: add statistics read frequency to fm10k guide

This patch documents that the statistics of fm10k based NICs must be read regularly in order to avoid an undetected 32 bit integer-overflow. Signed-off-by: Harry van Haaren Acked-by: John McNamara --- v3: -Removed paragraph from "Known Issues" based on feedback v2: -Moved notes to Known

[dpdk-dev] [PATCH v4 3/3] ixgbe: fix dev_close to remove VF MAC address.

Call the ixgbevf_remove_mac_addr() function in the ixgbevf_dev_close() function to ensure that the VF traffic goes to the PF after stop, close and detach of the VF. Fixes: af75078fece3 ("first public release") Signed-off-by: Bernard Iremonger --- drivers/net/ixgbe/ixgbe_ethdev.c | 8 ++-- 1

[dpdk-dev] [PATCH v4 2/3] ixgbe: add more information to the error message

Add the nb_rx_q and nb_tx_q values to the error message to give details about the error. Fixes: 27b609cbd1c6 ("ethdev: move the multi-queue mode check to specific drivers") Signed-off-by: Bernard Iremonger Acked-by: Konstantin Ananyev --- drivers/net/ixgbe/ixgbe_ethdev.c | 4 +++- 1 file

[dpdk-dev] [PATCH v4 1/3] ixgbe: cleanup eth_ixgbevf_dev_uninit

Releasing the rx and tx queues is already done in ixgbe_dev_close() so it does not need to be done in eth_ixgbevf_dev_uninit(). Fixes: 2866c5f1b87e ("ixgbe: support port hotplug") Signed-off-by: Bernard Iremonger Acked-by: Konstantin Ananyev --- drivers/net/ixgbe/ixgbe_ethdev.c | 15

[dpdk-dev] [PATCH v4 0/3] ixgbe fixes

This patch set implements the following: Removes code which was duplicated in eth_ixgbevf_dev_init(). Adds more information to the error message in ixgbe_check_mq_mode(). Removes the VF MAC address in ixgbevf_dev_close(). Changes in v4: rebase revert changes to ixgbe_pf.c Changes in v3: Revised

[dpdk-dev] [PATCH v7 2/2] 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 v7 1/2] eal: fix race-condition in pri/sec proc startup

This patch fixes a race-condition when a primary and secondary process simultaneously probe PCI devices. This is implemented by moving the rte_eal_mcfg_complete() function call in rte_eal_init() until after rte_eal_pci_probe(). The end result is that the secondary process waits longer, until the

[dpdk-dev] [PATCH v7 0/2] eal: add function to check primary alive

The first patch of this patchset contains a fix for EAL PCI probing, to avoid a race-condition where a primary and secondary probe PCI devices at the same time. The second patch adds a function that can be polled by a process to detect if a DPDK primary process is alive. This function does not

[dpdk-dev] [PATCH v2 1/5] mem: add --single-file to create single mem-backed file

On Tue, Mar 08, 2016 at 10:49:30AM +0200, Panu Matilainen wrote: > On 03/07/2016 03:13 PM, Yuanhan Liu wrote: > >To me, maybe you could base the SINGLE_FILE_SEGMENTS option, and add > >another option, say --no-sort (I confess this name sucks, but you get > >my point). With that, we could make sure

[dpdk-dev] [PATCH v4 4/4] virtio: return 1 to tell the upper layer we don't take over this device

On 3/1/2016 6:09 PM, Xie, Huawei wrote: > On 3/1/2016 5:57 PM, Thomas Monjalon wrote: >> 2016-03-01 08:39, Xie, Huawei: >>> On 3/1/2016 4:24 PM, Thomas Monjalon wrote: 2016-03-01 07:53, Xie, Huawei: > On 3/1/2016 3:18 PM, Thomas Monjalon wrote: >> 2016-02-26 09:53, Huawei Xie: >>>

[dpdk-dev] [PATCH] doc: add szedata2 features into networking driver matrix

Signed-off-by: Matej Vido --- doc/guides/nics/overview.rst | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/doc/guides/nics/overview.rst b/doc/guides/nics/overview.rst index d4c6ff4..177393a 100644 --- a/doc/guides/nics/overview.rst +++

[dpdk-dev] [PATCH] vhost: fix build error for old kernels

VIRTIO_NET_F_GUEST_ANNOUNCE is a new feature introduced since kernel v3.5. For older kernels (or more precisely, old distributions), we could simply define it manually, to fix the "macro not defined" error. Fixes: d293dac8f30e ("vhost: claim support of guest announce") Signed-off-by: Yuanhan Liu

[dpdk-dev] [PATCH v2] ixgbe: fix ixgbevf RX/TX function assignment

For the secondary process of DPDK to initialize ixgbevf, it will always use the simple RX function or LRO RX function, and this behavior is not the same RX/TX function selection logic as it is for the primary process, so use the ixgbe_set_tx_function and ixgbe_set_rx_function to select the RX/TX

[dpdk-dev] [PATCH v2] eal: make hugetlb initialization more robust

On 3/8/2016 9:42 AM, Jianfeng Tan wrote: > This patch adds an option, --huge-trybest, to use a recover mechanism to > the case that there are not so many hugepages (declared in sysfs), which > can be used. It relys on a mem access to fault-in hugepages, and if fails > with SIGBUS, recover to

[dpdk-dev] [PATCH v3 00/18] fm10k: update shared code

On Mon, Feb 29, 2016 at 02:30:45AM +, Ding, HengX wrote: > Tested-by: Heng Ding > > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wang Xiao W > Sent: Friday, February 19, 2016 7:07 PM > To: Chen, Jing D > Cc: dev at dpdk.org > Subject: [dpdk-dev] [PATCH

[dpdk-dev] [PATCH 3/3] qat: fixes premature addition of AES_CMAC in session creation

Remove support for AES CMAC support for which was added to the code in error. AES CMAC will be added in a subsequent release when testing completes. Fixes: 1703e94ac5ce ("qat: add driver for QuickAssist devices") Signed-off-by: John Griffin --- drivers/crypto/qat/qat_crypto.c | 2 +- 1 file

[dpdk-dev] [PATCH 2/3] app/test: add AES GCM tests for QAT

Signed-off-by: John Griffin --- app/test/test_cryptodev.c | 34 +- 1 file changed, 33 insertions(+), 1 deletion(-) diff --git a/app/test/test_cryptodev.c b/app/test/test_cryptodev.c index d7e80c4..a5d4208 100644 --- a/app/test/test_cryptodev.c +++

[dpdk-dev] [PATCH 1/3] qat: fix AES GCM decryption

AES GCM on the cryptodev API was giving invalid results in some cases, due to an incorrect IV setting. Added AES GCM in the QAT supported algorithms, as encryption/decryption is fully functional. Fixes: 1703e94ac5ce ("qat: add driver for QuickAssist devices") Signed-off-by: John Griffin ---

[dpdk-dev] [PATCH 0/3] AES GCM, AES CMAC fixes and addition of GCM tests for QAT.

This patchset solves an issue in QAT driver, that was giving invalid AES GCM results, due to incorrect IV setting. It adds unit tests to validate AES GCM in QAT. It also fixes the premature addition of AES CMAC support which was added to the code in error. AES CMAC will be added in a subsequent

[dpdk-dev] [PATCH v5 29/29] i40evf: use base driver defined interface

It removes the i40evf_set_mac_type() defined in PMD, and reuses i40e_set_mac_type() defined in base driver. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/i40e_ethdev_vf.c | 22 +- 1 file changed, 1 insertion(+), 21 deletions(-) diff --git

[dpdk-dev] [PATCH v5 28/29] i40e: add base driver release info

It adds base driver release information such as release date, for better tracking in the future. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/i40e/Makefile b/drivers/net/i40e/Makefile index

[dpdk-dev] [PATCH v5 27/29] i40e: update structure and macro definitions

Several structures and macros are added or updated, such as 'struct i40e_aqc_get_link_status', 'struct i40e_aqc_run_phy_activity' and 'struct i40e_aqc_lldp_set_local_mib_resp'. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- doc/guides/rel_notes/release_16_04.rst | 9 +++

[dpdk-dev] [PATCH v5 26/29] i40e/base: add AQ thermal sensor control struct

It adds the new AQ command and struct for managing a thermal sensor. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_adminq_cmd.h | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/net/i40e/base/i40e_adminq_cmd.h

[dpdk-dev] [PATCH v5 25/29] i40e/base: add a new Virtchnl offload

X722 supports Expanded version of TCP, UDP PCTYPES for RSS. Add a Virtchnl offload to support this. Without this patch VF drivers will not be able to support the correct PCTYPES for X722 and UDP flows will not fan out. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu ---

[dpdk-dev] [PATCH v5 24/29] i40e: expose some registers

This patch adds 7 new register definitions for programming the parser, flow director and RSS blocks in the HW. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_register.h | 48 +++ drivers/net/i40e/i40e_ethdev.c| 11

[dpdk-dev] [PATCH v5 23/29] i40e: use AQ rx control register read/write

RX control register read/write functions are added, as directly read/write may fail when under stress small traffic. After the adminq is ready, all rx control registers should be read/written by dedicated functions. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu ---

[dpdk-dev] [PATCH v5 22/29] i40e/base: coding style fixes

It adds coding style fixes. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_common.c | 19 --- 1 file changed, 12 insertions(+), 7 deletions(-) v4: - Reworded the commit logs. diff --git a/drivers/net/i40e/base/i40e_common.c

[dpdk-dev] [PATCH v5 21/29] i40e/base: save off VSI resource count

When updating a VSI, save off the number of allocated and unallocated VSIs as we do when adding a VSI. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_common.c | 6 ++ 1 file changed, 6 insertions(+) v4: - Reworded the commit logs. diff --git

[dpdk-dev] [PATCH v5 20/29] i40e/base: fix driver load failure

It fixes the driver load failure with linking with particular PHY types, as the amount of time it takes for the GLGEN_RSTAT_DEVSTATE to be set increases greatly on those PHY types, which can lead to a timeout. Fixes: 9aeefed05538 ("i40e/base: support ESS") Signed-off-by: Helin Zhang Acked-by:

[dpdk-dev] [PATCH v5 19/29] i40e/base: apply promisc mode to Tx Traffic

In Multi-Function Mode (MFP) mode particularly when it sets the PF VSI in limited promiscuous, the HW switch was still mirroring the outgoing packets from other VSIs (VF/VMdq) onto the PF VSI. It sets a new bit to avoid above mirroring, and it is in limited promiscuous on the PF VSI in MFP which

[dpdk-dev] [PATCH v5 18/29] i40e/base: add functions to blink led

This patch adds functions to blink led on devices using a new PHY since MAC registers used in other designs do not work in this device configuration. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_common.c| 329 +

[dpdk-dev] [PATCH v5 17/29] i40e/base: implement new API function

Add the support code for calling the AdminQ API call aq_set_switch_config. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_adminq_cmd.h | 12 drivers/net/i40e/base/i40e_common.c | 28

[dpdk-dev] [PATCH v5 16/29] i40e: add VEB stat control

With the latest firmware, statistics gathering can now be enabled and disabled in the HW switch, so we need to add a parameter to allow the driver to set it as desired. At the same time, the L2 cloud filtering parameter has been removed as it was never used. Older drivers working with the newer

[dpdk-dev] [PATCH v5 15/29] i40e/base: support operating port mirroring rules

This patch implements necessary functions related to port mirroring features such as add/delete mirror rule, function to set promiscuous VLAN mode for VSI if mirror rule_type is "VLAN Mirroring". Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_common.c| 162

[dpdk-dev] [PATCH v5 14/29] i40e/base: set shared bit for multicast filters

It adds the use of the new shared MAC filter bit for multicast and broadcast filters in order to make better use of the filters available from the device. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_adminq_cmd.h | 1 + drivers/net/i40e/base/i40e_common.c

[dpdk-dev] [PATCH v5 13/29] i40e/base: fix for PHY NVM interaction problem

This patch fixes a problem where the NVMUpdate Tool, when using the PHY NVM feature, gets bad data from the PHY because of contention on the MDIO interface from get phy capability calls from the driver during regular operations. The problem is fixed by adding a check if media is available before

[dpdk-dev] [PATCH v5 12/29] i40e/base: unify the capability function

The device capabilities were defined in two places, and neither had all the definitions. It really belongs with the AQ API definition, so this patch removes the other set of definitions and fills out the missing item. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu ---

[dpdk-dev] [PATCH v5 11/29] i40e/base: fix up recent proxy bits for X722_SUPPORT

The recently added proxy opcodes should be available only with X722_SUPPORT, so move them into the #ifdef, and reorder these to be in numerical order with the rest of the opcodes. Several structs that were added are unnecessary, so they are removed here. Fixes: 788fc17b2dec ("i40e/base: support

[dpdk-dev] [PATCH v5 10/29] i40e/base: fix up recent wol bits for X722_SUPPORT

The recently added Wakeup On Line (WOL) opcodes should be available only with X722_SUPPORT, so move them into the #ifdef, and reorder these to be in numerical order with the rest of the opcodes. Several structs that were added are unnecessary, so they are removed here. Fixes: 3c89193a36fd

[dpdk-dev] [PATCH v5 09/29] i40e: update device id

Add new Device ID's for backplane and QSFP+ adapters, and delete deprecated one for backplane. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_common.c | 12 ++-- drivers/net/i40e/base/i40e_devids.h | 10 +-

[dpdk-dev] [PATCH v5 08/29] i40e/base: fix uncertain event descriptor issue

In one obscure corner case, it was possible to clear the NVM update wait flag when no update_done message was actually received. This patch cleans the event descriptor before use, and moves the opcode check to where it won't get done if there was no event to clean. Fixes: 8db9e2a1b232 ("i40e:

[dpdk-dev] [PATCH v5 07/29] i40e/base: set aq count after memory allocation

The standard way to check if the AQ is enabled is to look at the count field. So it should only set this field after it has successfully allocated memory. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_adminq.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[dpdk-dev] [PATCH v5 06/29] i40e/base: fix missing check for stopped admin queue

It's possible that while waiting for the spinlock, another entity (that owns the spinlock) has shut down the admin queue. If it then attempts to use the queue, it will panic. It adds a check for this condition on the receive side. This matches an existing check on the send queue side. Fixes:

[dpdk-dev] [PATCH v5 05/29] i40e/base: limit version check of DCB

XL710/X710 devices requires FW version checks to properly handle DCB configurations from the FW while other devices (e.g. X722) do not, so limit these checks to XL710/X710 only. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_dcb.c | 34

[dpdk-dev] [PATCH v5 04/29] i40e/base: add X722 support on nvm read

In X722, NVM reads can't be done through SRCTL registers. And require AQ calls, which require grabbing the NVM lock. Unfortunately some paths need the lock to be acquired once and do a whole bunch of stuff and then release it. This patch creates an unsafe version of the read calls, so that it can

[dpdk-dev] [PATCH v5 03/29] i40e/base: add hw flag for X722 register access

Instead of doing the MAC check, use a flag that gets set per MAC. This way there are less chances of user error and it can enable multiple MACs with the capability in a single place rather than cluttering the code with MAC checks. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu ---

[dpdk-dev] [PATCH v5 02/29] i40e/base: acquire NVM ownership before reading it

It needs to acquire the NVM ownership before issuing an AQ read to the X722 NVM otherwise it will get EBUSY from the firmware. Also it should be released when done. Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_nvm.c | 35 +-- 1

[dpdk-dev] [PATCH v5 01/29] i40e/base: fix compilation warnings

It fixes compilation warnings. Fixes: bd6651c2d2d7 ("i40e/base: use bit shift macros") Signed-off-by: Helin Zhang Acked-by: Jingjing Wu --- drivers/net/i40e/base/i40e_lan_hmc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) v4: - Reworded the commit logs. diff --git

[dpdk-dev] [PATCH v5 00/29] i40e base driver update

i40e base driver is updated, to support new X722 device IDs, and use rx control AQ commands to read/write rx control registers. Of cause, fixes and enhancements are added as listed as below. The patch set branches off below commit on branch rel_16_04 of repo dpdk-next-net. commit

[dpdk-dev] [PATCH v2 0/2] Increase number of next hops for LPM IPv4

2016-01-29 13:12, Michal Kobylinski: > This patchset extend next_hop field from 8-bits to 24-bits in LPM library for > IPv4. waiting v3, any news please? Jerin has to rebase on top of this series.

[dpdk-dev] [PATCH 1/3] rte_interrupts: add rte_eal_intr_exit to shut down IRQ thread

2016-02-28 22:17, Thomas Monjalon: > 2016-02-13 13:38, Matthew Hall: > > There is no good way to shut down this thread from an application signal > > handler. Here we add an rte_eal_intr_exit() function to allow this. > > Please Cunming, > Would you have time to review this series about interrupt

[dpdk-dev] [PATCH v9 0/4] ethdev: add speed capabilities and refactor link API

2016-03-01 1:45 GMT+01:00 Marc Sune : > The current rte_eth_dev_info abstraction does not provide any mechanism to > get the supported speed(s) of an ethdev. > > For some drivers (e.g. ixgbe), an educated guess could be done based on the > driver's name (driver_name in rte_eth_dev_info), see: > >

[dpdk-dev] [PATCH v2 0/2] Increase number of next hops for LPM IPv4

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Tuesday, March 8, 2016 4:13 PM > To: Kobylinski, MichalX > Cc: dev at dpdk.org; Jerin Jacob > Subject: Re: [dpdk-dev] [PATCH v2 0/2] Increase number of next hops for > LPM IPv4 > Importance: High

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

On Tue, Mar 8, 2016 at 2:57 PM, Van Haaren, Harry wrote: >> From: David Marchand [mailto:david.marchand at 6wind.com] >> >> The issue is that if a secondary process is initialized, it holds a read >> >> lock on /var/run/.rte_config and this prevents a primary from starting. >> > >> > The new

[dpdk-dev] [PATCH v7 2/2] cryptodev: change burst API to be crypto op oriented

2016-03-07 11:50, Fiona Trahe: > This patch modifies the crypto burst enqueue/dequeue APIs to operate on bursts > rte_crypto_op's rather than the current implementation which operates on > rte_mbuf bursts, this simplifies the burst processing in the crypto PMDs and > the > use of crypto

[dpdk-dev] [PATCH v7 1/2] cryptodev: API tidy and changes to support future extensions

Hi, 2016-03-07 11:50, Fiona Trahe: > This patch splits symmetric specific definitions and > functions away from the common crypto APIs to facilitate the future extension > and expansion of the cryptodev framework, in order to allow asymmetric > crypto operations to be introduced at a later

[dpdk-dev] [PATCH v6 5/5] 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 | 399

[dpdk-dev] [PATCH v6 4/5] 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 | 278 +++- doc/guides/testpmd_app_ug/testpmd_funcs.rst | 11 ++ 2 files

[dpdk-dev] [PATCH v6 3/5] ixgbe: support l2 tunnel operations

Add support of l2 tunnel configuration and operations. 1, Support modifying ether type of a type of l2 tunnel. 2, Support enabling and disabling the support of a type of l2 tunnel. 3, Support enabling/disabling l2 tunnel tag insertion/stripping. 4, Support enabling/disabling l2 tunnel packets

[dpdk-dev] [PATCH v6 2/5] lib/librte_ether: support l2 tunnel operations

Add functions to support l2 tunnel configuration and operations. 1, L2 tunnel ether type modification. It 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. 2, Enabling/disabling l2 tunnel support. It

[dpdk-dev] [PATCH v3 00/18] fm10k: update shared code

On Tue, Mar 08, 2016 at 02:25:27PM +, Chen, Jing D wrote: > Hi, Xiao > > > -Original Message- > > From: Wang, Xiao W > > Sent: Tuesday, March 8, 2016 8:15 AM > > To: Richardson, Bruce ; Chen, Jing D > > > > Cc: Chen, Jing D ; dev at dpdk.org; He, Shaopeng > > > > Subject: RE: [PATCH

[dpdk-dev] [PATCH v6] enic: receive path performance improvements

On Fri, Mar 04, 2016 at 01:09:00PM -0800, John Daley wrote: > This is a wholesale replacement of the Enic PMD receive path in order > to improve performance and code clarity. The changes are: > - Simplify and reduce code path length of receive function. > - Put most of the fast-path receive

  1   2   >