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
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"
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
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
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
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
-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
> -
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
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
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
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
-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
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
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
> -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
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 ("
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
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
-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
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.
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
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
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
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
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
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
26 matches
Mail list logo
