[dpdk-dev] [PATCH v1 0/3] TAP RSS eBPF cover letter

2017-12-17 Thread Ophir Munk
The patches of TAP RSS eBPF follow the RFC on this issue https://dpdk.org/dev/patchwork/patch/31781/ Pascal Mazon (1): net/tap: add BPF sections for TAP device This commit introduces BPF program (tap_bpf_program.c) with different sections which shou

[dpdk-dev] [PATCH v1 3/3] net/tap: add eBPF classifiers map and actions

2017-12-17 Thread Ophir Munk
Add TC BPF classifier for each TAP queue. Based on this classifier packets marked with RSS queues will be directed to the matched queue using TC "skbedit" action. This step is done once at startup Add RSS BPF map entry for each new RSS rule. The BPF map entry includes the RSS queues Add TC BPF ac

[dpdk-dev] [PATCH v1 1/3] net/tap: add BPF sections for TAP device

2017-12-17 Thread Ophir Munk
From: Pascal Mazon The DPDK traffic classifier is the rte_flow API and the tap PMD must support it including RSS queue mapping. An example usage for this requirement is failsafe transparent switching from a PCI device to TAP device while keep redirecting packets to the same RSS queues on both de

Re: [dpdk-dev] [PATCH] arch/arm: optimization for memcpy on AArch64

2017-12-17 Thread Herbert Guan
Hi Jerin, > -Original Message- > From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com] > Sent: Friday, December 15, 2017 12:06 > To: Herbert Guan > Cc: Jianbo Liu ; dev@dpdk.org > Subject: Re: [PATCH] arch/arm: optimization for memcpy on AArch64 > > -Original Message- > > Date

Re: [dpdk-dev] [PATCH] net/virtio: fix Rx and Tx handler selection for arm32

2017-12-17 Thread Tiwei Bie
On Thu, Dec 14, 2017 at 03:32:13PM +0100, Olivier Matz wrote: > From: Samuel Gauthier > > On arm32, we were always selecting the simple handler, but it is only > available if neon is present. > > This is due to a typo in the name of the config option. > CONFIG_RTE_ARCH_ARM is for Makefiles. One

[dpdk-dev] [PATCH v3] arch/arm: optimization for memcpy on AArch64

2017-12-17 Thread Herbert Guan
This patch provides an option to do rte_memcpy() using 'restrict' qualifier, which can induce GCC to do optimizations by using more efficient instructions, providing some performance gain over memcpy() on some AArch64 platforms/enviroments. The memory copy performance differs between different AAr

Re: [dpdk-dev] [PATCH] net/i40e: i40e support mac loopback

2017-12-17 Thread Zhang, Helin
Hi Yanglong It seems your patch cannot be applied on my system. Please do a check on your patch. In addition, please make sure your local git repo was cloned from the right sub-tree. e.g. 'git clone http://dpdk.org/git/next/dpdk-next-net-intel' Hi maintainers I need your comments, ACK or NACK.

Re: [dpdk-dev] [PATCH] arch/arm: optimization for memcpy on AArch64

2017-12-17 Thread Jerin Jacob
-Original Message- > Date: Mon, 18 Dec 2017 02:51:19 + > From: Herbert Guan > To: Jerin Jacob > CC: Jianbo Liu , "dev@dpdk.org" > Subject: RE: [PATCH] arch/arm: optimization for memcpy on AArch64 > > Hi Jerin, Hi Herbert, > > > > > > Here the value of '64' is not the cache line si

Re: [dpdk-dev] [PATCH 1/2] mempool: notify mempool area after mempool alloc

2017-12-17 Thread santosh
On Friday 15 December 2017 09:30 PM, Pavan Nikhilesh wrote: > Mempool creation needs to be completed first before notifying mempool to > register the mempool area. > > Signed-off-by: Pavan Nikhilesh > --- LGTM. Acked-by: Santosh Shukla

Re: [dpdk-dev] [PATCH 2/2] mempool/octeontx: clean up memory area registration

2017-12-17 Thread santosh
On Friday 15 December 2017 09:30 PM, Pavan Nikhilesh wrote: > Clean up dependency between alloc and memory area registration, this > removes the need for SLIST data structure and octeontx_pool_list. > > Signed-off-by: Pavan Nikhilesh > --- nits: s/clean up dependency/ clean up the dependency. A

[dpdk-dev] [PATCH] net/i40e: fix FDIR input set conflict

2017-12-17 Thread Beilei Xing
The first FDIR rule for some PCTYPE will configure input set and create flow, the following flows must use the same input set, otherwise will cause input set conflict and fail to create flow. But if creating the first rule after flow flush, input set should be re-configured. Fixes: 42044b69c67d ("

Re: [dpdk-dev] [PATCH] net/i40e: i40e support mac loopback

2017-12-17 Thread Xing, Beilei
> -Original Message- > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Yanglong Wu > Sent: Monday, November 20, 2017 12:06 PM > To: dev@dpdk.org > Cc: Wu, Yanglong > Subject: [dpdk-dev] [PATCH] net/i40e: i40e support mac loopback "i40e" in the title can be omitted. > > According

[dpdk-dev] [PATCH] kni: fix pci_enable_msix_range error handling

2017-12-17 Thread Andy Roulin
pci_enable_msix_range's return value has a different meaning than what was previously returned by pci_enable_msix. "It returns a negative errno if an error occurs. If it succeeds, it returns the actual number of interrupts allocated and indicates the successful configuration of MSI-X capability st

Re: [dpdk-dev] [PATCH] net/virtio-user: specify MAC address for tap port

2017-12-17 Thread Tiwei Bie
Hi Ning, On Thu, Dec 14, 2017 at 07:38:14PM +0800, Ning Li wrote: > When use virtio_user as exception path, we need to specify a MAC > address for the tap port. Is this a fix? Did you meet any issue? If so, please describe the issue and add a fixline. > > Signed-off-by: Ning Li > --- > driver

Re: [dpdk-dev] [RFC] eventdev: add crypto adapter API header

2017-12-17 Thread Jerin Jacob
-Original Message- > Date: Thu, 14 Dec 2017 18:52:02 + > From: "Eads, Gage" > To: Jerin Jacob > CC: "Gujjar, Abhinandan S" , "dev@dpdk.org" > , "Vangati, Narender" , "Rao, > Nikhil" , "hemant.agra...@nxp.com" > , "Doherty, Declan" , > "nidadavolu.mur...@cavium.com" , > "nithin.da

[dpdk-dev] [PATCH v6 0/2] add inline protocol support

2017-12-17 Thread Anoob Joseph
The series adds inline protocol support in DPDK. First patch introduces changes in lib to enable applications to save a (void *) pointer as "userdata" in security session. For inline processed packets, applications would use the metadata field in the mbuf (rte_mbuf.udata64) to retrieve the userdat

[dpdk-dev] [PATCH v6 1/2] lib/security: add support for get userdata

2017-12-17 Thread Anoob Joseph
In case of inline protocol processed ingress traffic, the packet may not have enough information to determine the security parameters with which the packet was processed. In such cases, application could get metadata from the packet which could be used to identify the security parameters with which

[dpdk-dev] [PATCH v6 2/2] examples/ipsec-secgw: add support for inline protocol

2017-12-17 Thread Anoob Joseph
Adding support for inline protocol processing In ingress side, application will receive regular IP packets, without any IPsec related info. Application will do a selector check (SP-SA check) by making use of the metadata from the packet. The device-specific metadata in mbuf would aid in determing

Re: [dpdk-dev] [PATCH v6 1/2] lib/security: add support for get userdata

2017-12-17 Thread Akhil Goyal
On 12/18/2017 12:45 PM, Anoob Joseph wrote: In case of inline protocol processed ingress traffic, the packet may not have enough information to determine the security parameters with which the packet was processed. In such cases, application could get metadata from the packet which could be used

Re: [dpdk-dev] [PATCH v3] arch/arm: optimization for memcpy on AArch64

2017-12-17 Thread Jerin Jacob
-Original Message- > Date: Mon, 18 Dec 2017 10:54:24 +0800 > From: Herbert Guan > To: dev@dpdk.org, jerin.ja...@caviumnetworks.com > CC: Herbert Guan > Subject: [PATCH v3] arch/arm: optimization for memcpy on AArch64 > X-Mailer: git-send-email 1.8.3.1 > > Signed-off-by: Herbert Guan > -

Re: [dpdk-dev] [PATCH v2 2/5] lpm: fix compilation on ARM BE

2017-12-17 Thread Hemant Agrawal
On 12/13/2017 6:52 PM, Bruce Richardson wrote: On Wed, Dec 13, 2017 at 06:22:55PM +0530, Hemant Agrawal wrote: Compiling on ARM BE using Linaro toolchain caused following error/warnings. rte_lpm.c: In function ‘add_depth_big_v20’: rte_lpm.c:911:4: error: braces around scalar initializer [-Werro

[dpdk-dev] [PATCH v3 2/5] lpm: fix compilation on ARM BE

2017-12-17 Thread Hemant Agrawal
Compiling on ARM BE using Linaro toolchain caused following error/warnings. rte_lpm.c: In function ‘add_depth_big_v20’: rte_lpm.c:911:4: error: braces around scalar initializer [-Werror] { .group_idx = (uint8_t)tbl8_group_index, }, ^ rte_lpm.c:911:4: note: (near initialization for

[dpdk-dev] [PATCH v3 1/5] pmdinfogen: fix cross compilation for ARM BE

2017-12-17 Thread Hemant Agrawal
Cross compiling DPDK for BE mode on ARM results into errors "PMDINFO portal/dpaa2_hw_dpio.o.pmd.c No drivers registered" The original code assumes the sh_size to be 32 bit, while it can be Elf32_Word or Elf64_Xword based on 32bit or 64 bit systems. This patches replaces the sh_size conversion rou

[dpdk-dev] [PATCH v3 3/5] bus/dpaa: fix compilation on ARM BE

2017-12-17 Thread Hemant Agrawal
Fix the following compilation error when compiling with ARM BE compiler. drivers/bus/dpaa/include/fsl_qman.h:1997:25: error: statement with no effect [-Werror=unused-value] #define hw_sg_to_cpu(x) (x) Fixes: c47ff048b99a ("bus/dpaa: add QMAN driver core routines") Cc: sta...@dpdk.org Signed-off

[dpdk-dev] [PATCH v3 5/5] net/ixgbe: fix compilation on ARM BE

2017-12-17 Thread Hemant Agrawal
fixes the following compilation error on compiling with ARM BE compiler ixgbe_common.c: In function ‘ixgbe_host_interface_command’: ixgbe_common.c:4610:22: error: passing argument 1 of ‘__builtin_bswap32’ makes integer from pointer without a cast [-Werror=int-conversion] IXGBE_LE32_TO_CPUS(&buf

[dpdk-dev] [PATCH v3 4/5] net/i40e: fix compilation on ARM BE

2017-12-17 Thread Hemant Agrawal
This patch fixes the following error observed when compiling with ARM BE compiler. i40e_ethdev.c: In function ‘i40e_dev_tunnel_filter_set’: i40e_ethdev.c:6988:5: error: lvalue required as unary ‘&’ operand &rte_cpu_to_le_32(ipv4_addr), Fixes: edc845bd53ec ("app/testpmd: fix build on FreeBSD"