[dpdk-dev] [PATCH] eal: fix C++ build (struct member: virtual)

I added the Signed-off, is there anything else missing? Any chance to get this merged? On Tue, Sep 29, 2015 at 9:53 AM, Christoph Gysin wrote: > 'virtual' is a keyword and can't be used if the code is to compile with > C++ compilers. > > If rte_devargs.h was included in C++ code, compilation wit

[dpdk-dev] [PATCH] ip_pipeline: modify action handler in passthrough pipeline

This patch implements a generic approach to extract fields from the packet's header and copying them to packet metadata. The fields are selected at the desired offset on the basis of the mask specified in application configuration file. The extracted fields, for instance, can be used to compute has

[dpdk-dev] [PATCH v1 12/12] arm: Disable usage of SSE optimized code in librte_acl

From: Vlastimil Kosar The SSE optimized code is disabled for architectures other than i686 and x86_64. ACL works now on ARM. FIXME: should be reworked to avoid if/endif mess Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- config/defconfig_arm-armv7-a-linuxapp-gcc | 3 --- lib

[dpdk-dev] [PATCH v1 11/12] lpm/arm: implement rte_lpm_lookupx4 using rte_lpm_lookup_bulk on for-x86

From: Vlastimil Kosar LPM function rte_lpm_lookupx4() uses i686/x86_64 SIMD intrinsics. Therefore, the function is reimplemented using non-vector operations for non-x86 architectures. In the future, each architecture should have vectorized code. This patch includes rudimentary emulation of intrin

[dpdk-dev] [PATCH v1 10/12] gcc/arm: avoid alignment errors to break build

There several issues with alignment when compiling for ARMv7. They are not considered to be fatal (ARMv7 supports unaligned access of 32b words), so we just leave them as warnings. They should be solved later, however. Signed-off-by: Jan Viktorin Signed-off-by: Vlastimil Kosar --- mk/toolchain/

[dpdk-dev] [PATCH v1 09/12] eal/arm: rwlock support for ARM

Just a copy from PPC. Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_rwlock.h | 40 ++ 1 file changed, 40 insertions(+) create mode 100644 lib/librte_eal/common/include/arch/arm/rte_rwlock.h diff --git a/lib/librte_eal/common/include/arch/arm/rte_

[dpdk-dev] [PATCH v1 08/12] eal/arm: cpu flag checks for ARM

From: Vlastimil Kosar This implementation is based on IBM POWER version of rte_cpuflags. We use software emulation of HW capability registers, because those are usually not directly accessible from userspace on ARM. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- app/test/test_

[dpdk-dev] [PATCH v1 07/12] eal/arm: vector memcpy for ARM

From: Vlastimil Kosar The SSE based memory copy in DPDK only support x86. This patch adds ARM NEON based memory copy functions for ARM architecture. The implementation improves memory copy of short or well aligned data buffers. The following measurements show improvements over the libc memcpy on

[dpdk-dev] [PATCH v1 06/12] eal/arm: spinlock operations for ARM (without HTM)

From: Vlastimil Kosar This patch adds spinlock operations for ARM architecture. We do not support HTM in spinlocks on ARM. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_spinlock.h | 114 + 1 file changed, 114 inserti

[dpdk-dev] [PATCH v1 05/12] eal/arm: prefetch operations for ARM

From: Vlastimil Kosar This patch adds architecture specific prefetch operations for ARM architecture. It utilizes the pld instruction that starts filling the appropriate cache line without blocking. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte

[dpdk-dev] [PATCH v1 04/12] eal/arm: cpu cycle operations for ARM

From: Vlastimil Kosar ARM architecture doesn't have a suitable source of CPU cycles. This patch uses clock_gettime instead. The implementation should be improved in the future. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_cycles.h |

[dpdk-dev] [PATCH v1 03/12] eal/arm: byte order operations for ARM

From: Vlastimil Kosar This patch adds architecture specific byte order operations for ARM. The architecture supports both big and little endian. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_byteorder.h| 148 + 1 fil

[dpdk-dev] [PATCH v1 02/12] eal/arm: atomic operations for ARM

From: Vlastimil Kosar This patch adds architecture specific atomic operation file for ARM architecture. It utilizes compiler intrinsics only. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- .../common/include/arch/arm/rte_atomic.h | 257 + 1 file c

[dpdk-dev] [PATCH v1 01/12] mk: Introduce ARMv7 architecture

From: Vlastimil Kosar Make DPDK run on ARMv7-A architecture. This patch assumes ARM Cortex-A9. Signed-off-by: Vlastimil Kosar Signed-off-by: Jan Viktorin --- config/defconfig_arm-armv7-a-linuxapp-gcc | 76 +++ mk/arch/arm/rte.vars.mk | 39

[dpdk-dev] [PATCH v1 00/12] Support for ARM(v7)

Dear DPDK community, I am proposing a patch series with support of the ARMv7 architecture for DPDK. The patch series does not introduce any PMD driver. It is possible to compile it, boot it and test it with some virtual PMD (eg. pcap). It is rebased on top of v2.1.0. All but the last two patches

[dpdk-dev] [PATCH v1 07/12] eal/arm: vector memcpy for ARM

?I am missing the percent sign (%) for the measurments... So it's eg. by 4.9 %? faster then memcpy... Regards Jan Viktorin ? P?vodn? zpr?va ? Od: Jan Viktorin Odesl?no: sobota, 3. ??jna 2015 9:58 Komu: dev at dpdk.org Kopie: Vlastimil Kosar; Jan Viktorin P?edm?t: [PATCH v1 07/12] eal/arm: vector

[dpdk-dev] [PATCH 6/6] l2fwd-crypto: crypto

This patch creates a new sample applicaiton based off the l2fwd application which performs specified crypto operations on IP packet payloads which are forwarding. Signed-off-by: Declan Doherty --- examples/l2fwd-crypto/Makefile | 50 ++ examples/l2fwd-crypto/main.c | 1475 +++

[dpdk-dev] [PATCH 5/6] app/test: add cryptodev unit and performance tests

Co-authored-by: Des O Dea Co-authored-by: John Griffin Co-authored-by: Fiona Trahe unit tests are run by using cryptodev_qat_autotest or cryptodev_aesni_autotest from the test apps interactive console. performance tests are run by using the cryptodev_qat_perftest or cryptodev_aesni_mb_perftest

[dpdk-dev] [PATCH 4/6] docs: add getting started guides for multi-buffer pmd and qat pmd

Signed-off-by: Declan Doherty --- doc/guides/cryptodevs/aesni_mb.rst | 76 ++ doc/guides/cryptodevs/index.rst| 43 ++ doc/guides/cryptodevs/qat.rst | 155 + doc/guides/index.rst | 1 + 4 files changed, 275 inse

[dpdk-dev] [PATCH 3/6] aesni_mb_pmd: Initial implementation of multi buffer based crypto device

This patch provides the initial implementation of the AES-NI multi-buffer based crypto poll mode driver using DPDK's new cryptodev framework. This PMD is dependent on Intel's multibuffer library, see the whitepaper "Fast Multi-buffer IPsec Implementations on Intel? Architecture Processors", see re

[dpdk-dev] [PATCH 2/6] qat_crypto_pmd: Addition of a new QAT DPDK PMD.

From: John Griffin Co-authored-by: Des O Dea Co-authored-by: Fiona Trahe This patch adds a PMD for the Intel Quick Assist Technology DH895xxC hardware accelerator. This patch depends on a QAT PF driver which may be downloaded from 01.org (please see the file docs/guides/cryptodevs/qat.rst con

[dpdk-dev] [PATCH 1/6] cryptodev: Initial DPDK Crypto APIs and device framework release

Co-authored-by: Des O Dea Co-authored-by: John Griffin Co-authored-by: Fiona Trahe This patch contains the initial proposed APIs and device framework for integrating crypto packet processing into DPDK. features include: - Crypto device configuration / management APIs - Definitions of support

[dpdk-dev] [PATCH 0/6] Crypto API and device framework

Co-authored-by: Des O Dea Co-authored-by: John Griffin Co-authored-by: Fiona Trahe This series of patches defines a set of application burst oriented APIs for asynchronous symmetric cryptographic functions within DPDK. It also contains a poll mode driver cryptographic device framework for the i