[dpdk-dev] [PATCH v2 0/5] virtio: Tx performance improvements

On 3/5/2016 2:17 AM, Stephen Hemminger wrote: > Resending them now. I don't understand the issue with merge-able header. > Virtio negotiation is symmetric, if receiver is using merge-able header > then the transmitter needs to send it also. Yes, both receiver and transmitter use the same format

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

Hi Yuanhan, On 3/7/2016 9:13 PM, Yuanhan Liu wrote: > CC'ed EAL hugepage maintainer, which is something you should do when > send a patch. Thanks for doing this. > > On Fri, Feb 05, 2016 at 07:20:24PM +0800, Jianfeng Tan wrote: >> Originally, there're two cons in using hugepage: a. needs root

[dpdk-dev] [PATCH v2 2/5] mem: add API to obtain memory-backed file info

On 3/7/2016 9:22 PM, Yuanhan Liu wrote: > On Fri, Feb 05, 2016 at 07:20:25PM +0800, Jianfeng Tan wrote: >> A new API named rte_eal_get_backfile_info() and a new data >> struct back_file is added to obstain information of memory- >> backed file info. > I would normally suggest to try hard to find

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

On Tue, Mar 08, 2016 at 09:55:10AM +0800, Tan, Jianfeng wrote: > Hi Yuanhan, > > On 3/7/2016 9:13 PM, Yuanhan Liu wrote: > >CC'ed EAL hugepage maintainer, which is something you should do when > >send a patch. > > Thanks for doing this. > > > > >On Fri, Feb 05, 2016 at 07:20:24PM +0800,

[dpdk-dev] [PATCH v2 2/5] mem: add API to obtain memory-backed file info

On Tue, Mar 08, 2016 at 10:31:10AM +0800, Tan, Jianfeng wrote: > > > On 3/7/2016 9:22 PM, Yuanhan Liu wrote: > >On Fri, Feb 05, 2016 at 07:20:25PM +0800, Jianfeng Tan wrote: > >>A new API named rte_eal_get_backfile_info() and a new data > >>struct back_file is added to obstain information of

[dpdk-dev] [dpdk-users] how to Read(Write) from(to) via lcores in dpdk regardless of NIC

Dear Hamed, First of all thank you so much for your kindly reply, It's the primary part of the big project, in order to be more familiar with DPDK, I have to implement the mentioned framework by use of DPDK, And finally we wanna implement the cache locking approach (via help of features like

[dpdk-dev] [dpdk-users] how to Read(Write) from(to) via lcores in dpdk regardless of NIC

I wanna create for example 3 different packets in core_0 as master and store them one by one in share memory(rte_ring), then the core_1 as slave read them and do function on them (ex. P1+P2+P3) and again store in share memory, finally the core_0 read the packets from share memory and compare them

[dpdk-dev] [PATCH v2 0/2] add VF MAC address generation

It adds generating a MAC address for each VFs during PF host initialization. The patch set branches off below commit on branch rel_16_04 of dpdk-next-net repo. commit 4ac366ba647909c3b71818f9be9db86ba5e871da Author: Thomas Monjalon Date: Sat Feb 6 22:51:16 2016 +0100 nfp: fix non-x86

[dpdk-dev] [PATCH v2 1/2] i40e: generate MAC address for VF

It generates a MAC address for each VFs during PF host initialization. Signed-off-by: Helin Zhang --- doc/guides/rel_notes/release_16_04.rst | 5 + drivers/net/i40e/i40e_ethdev.h | 1 + drivers/net/i40e/i40e_pf.c | 3 +++ 3 files changed, 9 insertions(+) v2: - It just

[dpdk-dev] [PATCH v2 2/2] i40evf: use ether API to validate MAC address

It uses ether API of 'is_valid_assigned_ether_addr' to validate MAC address. In the meanwhile, more annotations are added. Signed-off-by: Helin Zhang --- drivers/net/i40e/i40e_ethdev_vf.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git

[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 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 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 0/3] sched: patches for 2.2

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Friday, March 4, 2016 3:01 PM > To: Dumitrescu, Cristian > Cc: dev at dpdk.org; Stephen Hemminger > Subject: Re: [dpdk-dev] [PATCH 0/3] sched: patches for 2.2 > > 2015-11-29 10:46, Stephen

[dpdk-dev] [PATCH v5 0/2] fm10k: enable FTAG based forwarding

Tested-by: Yong Liu - Tested Branch: dpdk-next-net/rel_16_04 - Tested Commit: 4ac366ba647909c3b71818f9be9db86ba5e871da - OS: Fedora20 3.11.10-301.fc20.x86_64 - GCC: gcc version 4.8.3 20140911 - CPU: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz - NIC: Intel Corporation Device RedrockCanyou

[dpdk-dev] [PATCH v2] examples/ip_pipeline: CPU utilization measurement and display

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon > Sent: Monday, March 7, 2016 11:34 AM > To: Zhang, Roy Fan > Cc: dev at dpdk.org; Wodkowski, PawelX > Subject: Re: [dpdk-dev] [PATCH v2] examples/ip_pipeline: CPU utilization > measurement

[dpdk-dev] [PATCH v3] doc: add Vector FM10K introductions

> -Original Message- > From: Chen, Jing D > Sent: Friday, February 26, 2016 5:57 AM > To: dev at dpdk.org > Cc: Mcnamara, John ; Chen, Jing D > > Subject: [PATCH v3] doc: add Vector FM10K introductions > > From: "Chen Jing D(Mark)" Acked-by: John McNamara

[dpdk-dev] [PATCH v6 0/5] support E-tag offloading and forwarding on X550

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wenzhuo Lu > Sent: Tuesday, March 08, 2016 2:54 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v6 0/5] support E-tag offloading and forwarding > on X550 > > This patch set adds the support of E-tag

[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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 v2 1/4] lib/librte_port: add PCAP file support to source port

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Monday, March 7, 2016 11:18 AM > To: Zhang, Roy Fan > Cc: dev at dpdk.org; Panu Matilainen ; Dumitrescu, > Cristian > Subject: Re: [dpdk-dev] [PATCH v2 1/4] lib/librte_port: add PCAP file support

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

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 previously saved stack environment with siglongjmp().

[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] 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 1/5] mem: add --single-file to create single mem-backed file

On 03/07/2016 03:13 PM, Yuanhan Liu wrote: > CC'ed EAL hugepage maintainer, which is something you should do when > send a patch. > > On Fri, Feb 05, 2016 at 07:20:24PM +0800, Jianfeng Tan wrote: >> Originally, there're two cons in using hugepage: a. needs root >> privilege to touch

[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] eal: add option --avail-cores to detect lcores

On 03/04/2016 12:05 PM, Jianfeng Tan wrote: > This patch adds option, --avail-cores, to use lcores which are available > by calling pthread_getaffinity_np() to narrow down detected cores before > parsing coremask (-c), corelist (-l), and coremap (--lcores). > > Test example: > $ taskset 0xc

[dpdk-dev] [PATCH v2 0/2] add VF MAC address generation

On Tue, Mar 08, 2016 at 02:42:07PM +0800, Helin Zhang wrote: > It adds generating a MAC address for each VFs during PF > host initialization. > > The patch set branches off below commit on branch rel_16_04 > of dpdk-next-net repo. > > commit 4ac366ba647909c3b71818f9be9db86ba5e871da > Author:

[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 v2 1/4] lib/librte_port: add PCAP file support to source port

On 03/08/2016 10:36 AM, Dumitrescu, Cristian wrote: > > >> -Original Message- >> From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] >> Sent: Monday, March 7, 2016 11:18 AM >> To: Zhang, Roy Fan >> Cc: dev at dpdk.org; Panu Matilainen ; Dumitrescu, >> Cristian >> Subject: Re:

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

Hi David, > From: David Marchand [mailto:david.marchand at 6wind.com] > Subject: Re: [PATCH v6] eal: add function to check if primary proc alive > When I look at this new api, I am under the impression that you are > supposed to check for primary liveliness once dpdk init has finished > (from

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

Hi Olivier, On 3/4/2016 9:05 AM, Olivier MATZ wrote: > Hi David, > @@ -622,6 +607,10 @@ rte_mempool_xmem_create(const char *name, unsigned n, unsigned elt_size, mp->elt_va_end = mp->elt_va_start; +/* Parameters are setup. Call the mempool handler alloc */

[dpdk-dev] [PATCH v2] aesni_gcm: PMD to support AES_GCM crypto operations

From: Declan Doherty This patch provides the implementation of an AES-NI accelerated crypto PMD which is dependent on Intel's multi-buffer library, see the white paper "Fast Multi-buffer IPsec Implementations on Intel? Architecture Processors" This PMD supports

[dpdk-dev] [PATCH v2 1/4] lib/librte_port: add PCAP file support to source port

2016-03-08 08:36, Dumitrescu, Cristian: > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > If this struct is used in a table, changing its size will break the ABI. > > This structure is already present in the API of the source port in file > librte_port/rte_port_source_sink.h,

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

2016-03-08 17:04, Yuanhan Liu: > 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 > >

[dpdk-dev] [PATCH v2 0/2] add VF MAC address generation

On Tue, Mar 08, 2016 at 08:43:31AM +0800, Zhe Tao wrote: > On Tue, Mar 08, 2016 at 02:42:07PM +0800, Helin Zhang wrote: > > It adds generating a MAC address for each VFs during PF > > host initialization. > > > > The patch set branches off below commit on branch rel_16_04 > > of dpdk-next-net

[dpdk-dev] [PATCH v4 0/3] Keepalive register timestamp and doc update

This patchset adds a timestamp to when keepalive registers a core, fixes the documentation to be in-line with the source, and fixes whitespace in keepalive.[hc] Harry van Haaren (3): doc: fix keepalive sample app guide eal: add keepalive core register timestamp keepalive: fix whitespace,

[dpdk-dev] [PATCH v4 1/3] doc: fix keepalive sample app guide

This patch fixes some mismatches between the keepalive code and the docs. Struct names, and descriptions are not in line with the codebase. Fixes: e64833f2273a ("examples/l2fwd-keepalive: add sample application") Signed-off-by: Harry van Haaren Acked-by: John McNamara ---

[dpdk-dev] [PATCH v4 2/3] eal: add keepalive core register timestamp

This patch sets a timestamp on each lcore when it is registered for keepalive. This causes the first values read by the monitor to show time since the core was registered, instead of the delta between 0 and the timestamp counter. Signed-off-by: Harry van Haaren Acked-by: Remy Horton ---

[dpdk-dev] [PATCH v4 3/3] keepalive: fix whitespace, removes double newlines

This patch removes double newlines between functions in keepalive.[hc] aligning it with the rest of DPDK. Fixes: 75583b0d1efd ("eal: add keep alive monitoring") Signed-off-by: Harry van Haaren --- lib/librte_eal/common/include/rte_keepalive.h | 7 --- lib/librte_eal/common/rte_keepalive.c

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

Hi Thomas, > 2016-03-08 17:04, Yuanhan Liu: > > 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

[dpdk-dev] [PATCH v4 0/3] Keepalive register timestamp and doc update

2016-03-08 10:50, Harry van Haaren: > This patchset adds a timestamp to when keepalive registers a core, > fixes the documentation to be in-line with the source, and fixes > whitespace in keepalive.[hc] > > Harry van Haaren (3): > doc: fix keepalive sample app guide > eal: add keepalive core

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

2016-03-08 09:58, Van Haaren, Harry: > From: David Marchand [mailto:david.marchand at 6wind.com] > > When I look at this new api, I am under the impression that you are > > supposed to check for primary liveliness once dpdk init has finished > > (from your secondary process point of view), not

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

On Tue, Mar 8, 2016 at 12:13 PM, Thomas Monjalon wrote: > 2016-03-08 09:58, Van Haaren, Harry: >> From: David Marchand [mailto:david.marchand at 6wind.com] >> > When I look at this new api, I am under the impression that you are >> > supposed to check for primary liveliness once dpdk init has

[dpdk-dev] [PATCH v2] aesni_gcm: PMD to support AES_GCM crypto operations

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara > Sent: Tuesday, March 08, 2016 10:09 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v2] aesni_gcm: PMD to support AES_GCM crypto > operations > > From: Declan Doherty > > This patch

[dpdk-dev] [PATCH v3] aesni_gcm: PMD to support AES_GCM crypto operations

From: Declan Doherty This patch provides the implementation of an AES-NI accelerated crypto PMD which is dependent on Intel's multi-buffer library, see the white paper "Fast Multi-buffer IPsec Implementations on Intel? Architecture Processors" This PMD supports

[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 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 v5 00/29] i40e base driver update

On Tue, Mar 08, 2016 at 09:55:45AM +, Remy Horton wrote: > > On 08/03/2016 08:14, Helin Zhang wrote: > >v5: > > - rebased the patch set ontop of maintainer's branch rel_16_04. > > > > >Helin Zhang (29): > > i40e/base: fix compilation warnings > > i40e/base: acquire NVM ownership before

[dpdk-dev] [PATCH] doc: deprecation notice in 16.04 for rte_mempool changes

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Keith Wiles > Sent: Friday, February 12, 2016 6:38 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] doc: deprecation notice in 16.04 for > rte_mempool changes > > Deprecation notice for 16.04 for changes

[dpdk-dev] [PATCH v2] examples/l3fwd: em path performance fix

It seems that for the most use cases, previous hash_multi_lookup provides better performance, and more, sequential lookup can cause significant performance drop. This patch sets previously optional hash_multi_lookup method as default. It also provides some minor optimizations such as queue drain

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

On Fri, Feb 19, 2016 at 07:06:47PM +0800, Wang Xiao W wrote: > v3: > * Fixed checkpatch.pl warning about long commit message. > * Fixed the issue of compile failure about part of patches applied. > * Split the misc-small-fixes patch into several patches. > > v2: > * Put the two extra fix patches

[dpdk-dev] [PATCH v2] ixgbe: support multicast promiscuous mode on VF

On Thu, Mar 03, 2016 at 03:51:25AM +, Wang, Xiao W wrote: > Hi, > > > > > + > > > > + err = mbx->ops.write_posted(hw, msgbuf, 2, 0); > > > > + if (err) > > > > + return err; > > > > + > > > > + err = mbx->ops.read_posted(hw, msgbuf, 2, 0); > > > > > > Is it

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

> 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 function is advertised as a monitoring feature. > > But it seems

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

On Sat, Feb 20, 2016 at 07:40:25AM -0800, Harish Patil wrote: > This patch set introduces DPDK poll mode driver for new QLogic FastLinQ > QL4 > 25G/40G capable family of CNAs as well as their SR-IOV Virtual Functions (VF). > > The overall PMD driver design includes a common module called

[dpdk-dev] [PATCH v3] pmd/snow3g: add new SNOW 3G SW PMD

-Original Message- From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Pablo de Lara Sent: Monday, March 7, 2016 7:48 PM To: dev at dpdk.org Subject: [dpdk-dev] [PATCH v3] pmd/snow3g: add new SNOW 3G SW PMD Added new SW PMD which makes use of the libsso SW library, which provides

[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 v3 00/18] fm10k: update shared code

> -Original Message- > From: Richardson, Bruce > Sent: Tuesday, March 8, 2016 9:24 PM > To: Wang, Xiao W ; Chen, Jing D > > Cc: Chen, Jing D ; dev at dpdk.org; He, Shaopeng > > Subject: Re: [PATCH v3 00/18] fm10k: update shared code > > On Fri, Feb 19, 2016 at 07:06:47PM +0800, Wang

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

> >On Sat, Feb 20, 2016 at 07:40:25AM -0800, Harish Patil wrote: >> This patch set introduces DPDK poll mode driver for new QLogic FastLinQ >>QL4 >> 25G/40G capable family of CNAs as well as their SR-IOV Virtual >>Functions (VF). >> >> The overall PMD driver design includes a common module

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

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 v3 00/18] fm10k: update shared code > > > > > -Original Message- > >

[dpdk-dev] [PATCH v3] doc/nic: add ixgbe statistics on read frequency

This patch adds a note to the ixgbe PMD guide, stating the minimum time that statistics must be polled from the hardware in order to avoid register values becoming saturated and "sticking" to the max value. Reported-by: Jerry Zhang Tested-by: Marcin Kerlin Signed-off-by: Harry van Haaren

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

Hi Mark, > -Original Message- > From: Chen, Jing D > Sent: Tuesday, March 8, 2016 10:25 PM > To: Wang, Xiao W ; Richardson, Bruce > > Cc: dev at dpdk.org; He, Shaopeng > Subject: RE: [PATCH v3 00/18] fm10k: update shared code > > Hi, Xiao > > > -Original Message- > > From:

[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 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 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

[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 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 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 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 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] 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 +++

  1   2   >