[dpdk-dev] remaining deprecation notices

Stephen, Cristian, There are 2 remaining deprecation notices: * The scheduler statistics structure will change to allow keeping track of RED actions. * librte_pipeline: The prototype for the pipeline input port, output port and table action handlers

[dpdk-dev] [PATCH v4 0/7] librte_table: add key_mask parameter to

2015-10-28 17:11, roy.fan.zhang at intel.com: > From: Fan Zhang > > This patchset links to ABI change announced for librte_table. > The key_mask parameters has been added to the hash table > parameter structure for 8-byte key and 16-byte key extendible > bucket and LRU tables. > > v2: >

[dpdk-dev] [PATCH v4 0/5] pipeline: add bulk add/delete functions for table

2015-10-20 15:01, Michal Jastrzebski: > From: Marcin Kerlin > > This patch adds bulk add/delete functions for tables used by pipelines. It > allows for adding/deleting many rules to pipeline tables in one function call. > It is particulary useful for firewall pipeline which is using ACL table.

[dpdk-dev] [PATCH v4 0/3] ip_pipeline: add MP/MC and frag/ras support to SWQs

2015-10-28 14:30, Piotr Azarewicz: > This patch set enhancement ip_pipeline application: > - librte_port: add support for multi-producer/multi-consumer ring ports > - librte_port: bug fixes for ring ports with IPv4/IPv6 reassembly support > - ip_pipeline application: integrate MP/MC and

[dpdk-dev] [PATCH 0/4] optimize and use armv8 CRC extensions for hash library

2015-11-24 00:15, Jerin Jacob: > - This patch set has the changes required for optimised hash library usage in > arm64 perspective > - Tested on Juno and Thunderx boards > - Tested and verified the changes with following DPDK unit test cases > hash_functions_autotest >

[dpdk-dev] [PATCH] cryptodev: mark experimental state

2015-11-25 18:38, Thomas Monjalon: > The crypto API is in an early state. > It requires more discussions and experiments to declare it stable, > as discussed in http://dpdk.org/ml/archives/dev/2015-November/028634.html > > A documentation section will be required in the guides. > >

[dpdk-dev] [PATCH] net: fix build with gcc 4.4.7 and strict aliasing

2015-11-25 18:00, Ananyev, Konstantin: > > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Daniel Mrzyglod > > Sent: Tuesday, November 24, 2015 3:13 PM > > To: dev at dpdk.org > > Subject: [dpdk-dev] [PATCH] net: fix build with gcc 4.4.7 and strict > > aliasing > > > > This is fix for

[dpdk-dev] Issues with running multicore

2015-11-25 12:59, Sugumaran, Varthamanan 2015-11-25 14:18, Abdul, Jaffar 2015-11-25 14:23, Abdul, Jaffar OK we got the question. 3 times actually. An advice for next time: the mailing list users at dpdk.org is dedicated to this kind of question.

[dpdk-dev] [PATCH v8 1/9] nfp: basic initialization

2015-11-25 16:19, Alejandro.Lucero: > From: "Alejandro.Lucero" > > Signed-off-by: Alejandro.Lucero > Signed-off-by: Rolf.Neugebauer Please could you remove the dot in the names?

[dpdk-dev] [PATCH v8 1/9] nfp: basic initialization

2015-11-25 16:19, Alejandro.Lucero: > config/common_linuxapp |6 + > doc/guides/rel_notes/release_2_2.rst |4 + > drivers/net/Makefile |1 + > drivers/net/nfp/Makefile | 54 +++ > drivers/net/nfp/nfp_net.c| 699 >

[dpdk-dev] [PATCH v5 0/2] ethdev: debug code cleanup

2015-11-24 17:37, Bruce Richardson: > This patchset performs two cleanups: > 1. Four functions in ethdev.c which were enabled for debug only have been > merged into their inlined header-file counterparts. This change required > that > a number of macros be renamed and moved to the header file

[dpdk-dev] [PATCH v5 1/2] ethdev: remove duplicated debug functions

2015-11-24 17:37, Bruce Richardson: > --- a/lib/librte_ether/Makefile > +++ b/lib/librte_ether/Makefile > @@ -41,7 +41,7 @@ CFLAGS += $(WERROR_FLAGS) > > EXPORT_MAP := rte_ether_version.map > > -LIBABIVER := 2 > +LIBABIVER := 3 This number has already been increased at the beginning of this

[dpdk-dev] |ERROR| pw 9061-9064 mk: add xgene1 machine target based on armv8-a

On Mon, Nov 23, 2015 at 11:34:49AM -0800, sys_stv at intel.com wrote: > Test-Label: Intel Niantic on Fedora > Test-Status: ERROR > Patchwork: http://www.dpdk.org/dev/patchwork/patch/9064/ > > DPDK git baseline: 46454f16d548afc202f157751365088910dcf0e7 > Patchwork ID: 9061-9064 >

[dpdk-dev] [PATCH] examples/bond: add header to support freebsd compilation

2015-11-25 19:03, Daniel Mrzyglod: > definition of 'AF_INET' enum was missing - is available in > > Signed-off-by: Daniel Mrzyglod It is definitely the right fix as Ferruh submitted the same one less than one hour ago. Should we understand it is an ack? It seems Ferruh was hesitating about

[dpdk-dev] [PATCH] examples/bond: add header to support freebsd compilation

definition of 'AF_INET' enum was missing - is available in Signed-off-by: Daniel Mrzyglod --- examples/bond/main.c | 1 + 1 file changed, 1 insertion(+) diff --git a/examples/bond/main.c b/examples/bond/main.c index 4622283..53bd044 100644 --- a/examples/bond/main.c +++ b/examples/bond/main.c

[dpdk-dev] rte_eth_tx_queue_setup() failing (error -22) when setting up tx queues on a VMXNET3 port...

2015-11-25 17:55, Montorsi, Francesco: > Since I was using the rte_eth_rx_queue_count() function in one place, and > VMXNET3 does not support it, I'm getting a SEGFAULT. > So next question is: is user's task to check for validity of pointers inside > dev_ops before calling driver functions?

[dpdk-dev] [PATCH v8 00/10] Crypto API and device framework

2015-11-25 13:25, Declan Doherty: > 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 implementation of > crypto devices within DPDK.

[dpdk-dev] [PATCH] cryptodev: mark experimental state

The crypto API is in an early state. It requires more discussions and experiments to declare it stable, as discussed in http://dpdk.org/ml/archives/dev/2015-November/028634.html A documentation section will be required in the guides. Signed-off-by: Thomas Monjalon --- MAINTAINERS

[dpdk-dev] [RFC PATCH 2/2] lib/librte_eal: Remove unnecessary hugepage zero-filling

On 11/23/2015 2:52 PM, Stephen Hemminger wrote: > On Mon, 23 Nov 2015 05:05:21 + > "Xie, Huawei" wrote: > >> On 11/23/2015 12:07 PM, Stephen Hemminger wrote: >>> On Mon, 23 Nov 2015 03:46:31 + >>> "Xie, Huawei" wrote: >>> > Why cannot we rely on the kernel zeroing the memory ? >

[dpdk-dev] [PATCH] net: fix build with gcc 4.4.7 and strict aliasing

> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Daniel Mrzyglod > Sent: Tuesday, November 24, 2015 3:13 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH] net: fix build with gcc 4.4.7 and strict aliasing > > This is fix for GCC 4.4.7. > flag "-fstrict-aliasing" is default for

[dpdk-dev] rte_eth_tx_queue_setup() failing (error -22) when setting up tx queues on a VMXNET3 port...

Hi Stephen, > -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > > If you read the source, you will see that it there are log messages enabled if > you configure with LIBRTE_ETHDEV_DEBUG enabled and rebuild DPDK. And > there are log messages for

[dpdk-dev] [PATCH v2] examples/bond: fix bsd compile error

Error: == bond CC main.o /.../examples/bond/main.c:431:24: error: use of undeclared identifier 'AF_INET' if (res->ip.family == AF_INET) ^ 1 error generated. /.../mk/internal/rte.compile-pre.mk:126: recipe for target 'main.o' failed AF_INET defined in

[dpdk-dev] [PATCH] examples/bond: fix bsd compile error

Error: == bond CC main.o /.../examples/bond/main.c:431:24: error: use of undeclared identifier 'AF_INET' if (res->ip.family == AF_INET) ^ 1 error generated. /.../mk/internal/rte.compile-pre.mk:126: recipe for target 'main.o' failed AF_INET defined in

[dpdk-dev] [PATCH v8 5/9] nfp: adding link functionality

2015-11-25 08:29, Stephen Hemminger: > On Wed, 25 Nov 2015 16:19:51 + > "Alejandro.Lucero" wrote: > > > +/* > > + * Atomically reads link status information from global structure > > rte_eth_dev. > > + * > > + * @param dev > > + * - Pointer to the structure rte_eth_dev to read from. > > +

[dpdk-dev] [PATCH v2] net: fix build with gcc 4.4.7 and strict aliasing

> -Original Message- > From: Mrzyglod, DanielX T > Sent: Wednesday, November 25, 2015 5:07 PM > To: Ananyev, Konstantin > Cc: dev at dpdk.org > Subject: RE: [dpdk-dev] [PATCH v2] net: fix build with gcc 4.4.7 and strict > aliasing > > If we change input buf: >

[dpdk-dev] [PATCH v2] net: fix build with gcc 4.4.7 and strict aliasing

If we change input buf: xapp-gcc/include/rte_ip.h:211: error: dereferencing pointer 'u16' does break strict-aliasing rules /root/dpdk/x86_64-native-linuxapp-gcc/include/rte_ip.h:204: note: initialized from here /root/dpdk/x86_64-native-linuxapp-gcc/include/rte_ip.h:212: error: dereferencing

[dpdk-dev] [PATCH v7 1/9] nfp: basic initialization

2015-11-25 15:36, Alejandro.Lucero: > +OBJS_BASE_DRIVER=$(patsubst %.c,%.o,$(notdir $(wildcard > $(RTE_SDK)/lib/librte_pmd_nfp/*.c))) > +$(foreach obj, $(OBJS_BASE_DRIVER), $(eval > CFLAGS_$(obj)+=$(CFLAGS_BASE_DRIVER))) It seems you forgot to remove these lines.

[dpdk-dev] [PATCH v8 5/9] nfp: adding link functionality

I tried to do that but there is some issue with the inlining. I think this is due to inline keyword being processed (also) as static by the compiler. On Wed, Nov 25, 2015 at 4:29 PM, Stephen Hemminger < stephen at networkplumber.org> wrote: > On Wed, 25 Nov 2015 16:19:51 + >

[dpdk-dev] [PATCH v8 9/9] nfp: Updating MAINTAINERS

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- MAINTAINERS |1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index df5b962..ece737a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -317,6

[dpdk-dev] [PATCH v8 8/9] nfp: adding nic guide

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- doc/guides/nics/index.rst |1 + doc/guides/nics/nfp.rst | 265 + 2 files changed, 266 insertions(+) create mode

[dpdk-dev] [PATCH v8 7/9] nfp: link status change interrupt support

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 123 + 1 file changed, 123 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v8 6/9] nfp: adding extra functionality

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 191 + 1 file changed, 191 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v8 5/9] nfp: adding link functionality

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 96 + 1 file changed, 96 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v8 4/9] nfp: adding stats

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 179 + 1 file changed, 179 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v8 2/9] nfp: adding tx/tx functionality

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 993 + 1 file changed, 993 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v8 1/9] nfp: basic initialization

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- MAINTAINERS |3 + config/common_linuxapp |6 + doc/guides/rel_notes/release_2_2.rst |4 + drivers/net/Makefile

[dpdk-dev] remaining deprecation notices

On Wed, 25 Nov 2015 23:44:05 +0100 Thomas Monjalon wrote: > Stephen, Cristian, > There are 2 remaining deprecation notices: > > * The scheduler statistics structure will change to allow keeping track of > RED actions. > > * librte_pipeline: The prototype for the pipeline input port, output

[dpdk-dev] no hugepage with UIO poll-mode driver

Hi Jianfeng, Thanks for the email. rte mempool was successfully created without any error. Now the next problem is that rte_eth_rx_burst() is always returning 0 as if there was no packet to receive... Do you have any suggestion on what might be causing this issue? In the meantime, I will be

[dpdk-dev] [PATCH v7 9/9] nfp: Updating MAINTAINERS

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- MAINTAINERS |1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index df5b962..b265893 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -321,6

[dpdk-dev] [PATCH v7 8/9] nfp: adding nic guide

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- doc/guides/nics/index.rst |1 + doc/guides/nics/nfp.rst | 265 + 2 files changed, 266 insertions(+) create mode

[dpdk-dev] [PATCH v7 7/9] nfp: link status change interrupt support

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 123 + 1 file changed, 123 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v7 6/9] nfp: adding extra functionality

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 191 + 1 file changed, 191 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v7 5/9] nfp: adding link functionality

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 96 + 1 file changed, 96 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v7 4/9] nfp: adding stats

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 179 + 1 file changed, 179 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v7 3/9] nfp: adding rss

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 218 + 1 file changed, 218 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v7 2/9] nfp: adding rx/tx functionality

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- drivers/net/nfp/nfp_net.c | 993 + 1 file changed, 993 insertions(+) diff --git a/drivers/net/nfp/nfp_net.c

[dpdk-dev] [PATCH v7 1/9] nfp: basic initialization

From: "Alejandro.Lucero" Signed-off-by: Alejandro.Lucero Signed-off-by: Rolf.Neugebauer --- MAINTAINERS |3 + config/common_linuxapp |6 + doc/guides/rel_notes/release_2_2.rst |4 + drivers/net/Makefile

[dpdk-dev] [PATCH v7 0/9] support for netronome nfp-6xxx card

From: "Alejandro.Lucero" This patchset adds a new PMD for Netronome nfp-6xxx card. Just PCI Virtual Functions supported. Using this PMD requires previous Netronome BSP installation. v7: - Adding support for link status changes interrupts - removing unnecessary

[dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np()

2015-11-25 08:51, Roger B. Melton: > Have you thought about a way to set thread name when glibc < 2.12. I > also ran into the problem recently and played around with prctl() > (Linux) to set thread (process) name. e.g. > > ret = prctl(PR_SET_NAME,,0,0,0); > > > There are 2 issues I

[dpdk-dev] no hugepage with UIO poll-mode driver

Hello, I'm trying to create rte mempool with my own memory scheme (shared virtual memory between CPU & GPU) other than using hugepage. I'm using IGB UIO module with Ethernet 10G 2P X520 Adapter NIC. I first tried to disable hugepage by inserting "--no-huge" option, but it gave an error at

[dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np()

2015-11-25 11:13, Ferruh Yigit: > Fixes: 67b6d3039e9e ("eal: set name to threads") > > pthread_setname_np() function added in glibc 2.12, using this function > in older glibc versions cause compile error: > error: implicit declaration of function "pthread_setname_np" > > This patch adds

[dpdk-dev] [PATCH] sched: remove unused debug functions

2015-11-25 01:52, Thomas Monjalon: > clang warns about unused functions when debug is enabled. > > Signed-off-by: Thomas Monjalon Applied

[dpdk-dev] [PATCH] doc: update docs for minimum kernel requirement.

Update the documentation to reflect that the minimum Linux kernel requirement for DPDK 2.2 has increased from 2.6.33 to 2.6.34. Compatibility with kernel 2.6.33 was dropped, after discussion on the mailing list, in the following commit: Commit: 2e6e9e215703 ("igb_uio: use existing PCI

[dpdk-dev] Issues with running multicore

Hi All, Iam trying to create multi core application by mapping separate function for each core. I had followed Multi process example and I had used pthread. The use case is: 1. In a single process, launch pthread and run rte_eal_init 2. Once rte_eal_init is done, create 3 pthreads

[dpdk-dev] no hugepage with UIO poll-mode driver

2015-11-25 12:02, Bruce Richardson: > On Wed, Nov 25, 2015 at 12:03:05PM +0100, Thomas Monjalon wrote: > > 2015-11-25 11:00, Bruce Richardson: > > > On Wed, Nov 25, 2015 at 11:23:57AM +0100, Thomas Monjalon wrote: > > > > 2015-11-25 10:08, Bruce Richardson: > > > > > On Wed, Nov 25, 2015 at

[dpdk-dev] no hugepage with UIO poll-mode driver

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Sergio Gonzalez Monroy > Sent: Wednesday, November 25, 2015 1:44 PM > To: Thomas Monjalon > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] no hugepage with UIO poll-mode driver > > On 25/11/2015 13:22, Thomas

[dpdk-dev] no hugepage with UIO poll-mode driver

On 25/11/2015 13:22, Thomas Monjalon wrote: > 2015-11-25 12:02, Bruce Richardson: >> On Wed, Nov 25, 2015 at 12:03:05PM +0100, Thomas Monjalon wrote: >>> 2015-11-25 11:00, Bruce Richardson: On Wed, Nov 25, 2015 at 11:23:57AM +0100, Thomas Monjalon wrote: > 2015-11-25 10:08, Bruce

[dpdk-dev] [PATCH v8 10/10] 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 Acked-by: Sergio Gonzalez Monroy --- MAINTAINERS|1 + examples/Makefile

[dpdk-dev] [PATCH v8 09/10] app/test: add cryptodev unit and performance tests

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 command from the test apps interactive console. If you which to run the tests on a

[dpdk-dev] [PATCH v8 08/10] 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

[dpdk-dev] [PATCH v8 07/10] qat_crypto_pmd: Addition of a new QAT DPDK PMD.

This patch adds a PMD for the Intel Quick Assist Technology DH895xxC hardware accelerator. This patch depends on a QAT PF driver for device initialization. See the file docs/guides/cryptodevs/qat.rst for configuration details This patch supports a limited subset of QAT device functionality,

[dpdk-dev] [PATCH v8 06/10] mbuf_offload: library to support attaching offloads to a mbuf

This library add support for adding a chain of offload operations to a mbuf. It contains the definition of the rte_mbuf_offload structure as well as helper functions for attaching offloads to mbufs and a mempool management functions. This initial implementation supports attaching multiple

[dpdk-dev] [PATCH v8 05/10] cryptodev: Initial DPDK Crypto APIs and device framework release

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 supported cipher algorithms and operations. - Definitions of supported hash/authentication

[dpdk-dev] [PATCH v8 04/10] mbuf: add new marcos to get the physical address of data

Signed-off-by: Declan Doherty Acked-by: Sergio Gonzalez Monroy --- lib/librte_mbuf/rte_mbuf.h | 21 + 1 file changed, 21 insertions(+) diff --git a/lib/librte_mbuf/rte_mbuf.h b/lib/librte_mbuf/rte_mbuf.h index 4a93189..6a1c133 100644 --- a/lib/librte_mbuf/rte_mbuf.h +++

[dpdk-dev] [PATCH v8 03/10] eal: add __rte_packed /__rte_aligned macros

Adding a new macro for specifying __aligned__ attribute, and updating the current __rte_cache_aligned macro to use it. Also adding a new macro to specify the __packed__ attribute Signed-off-by: Declan Doherty Acked-by: Sergio Gonzalez Monroy --- lib/librte_eal/common/include/rte_memory.h |

[dpdk-dev] [PATCH v8 02/10] ethdev: make error checking macros public

Move the function pointer and port id checking macros to rte_ethdev and rte_dev header files, so that they can be used in the static inline functions there. Also replace the RTE_LOG call within RTE_PMD_DEBUG_TRACE so this macro can be built with the -pedantic flag Signed-off-by: Declan Doherty

[dpdk-dev] [PATCH v8 01/10] ethdev: rename macros to have RTE_ prefix

The macros to check that the function pointers and port ids are valid for an ethdev are potentially useful to have in a common headers for use with all PMDs. However, since they would then become externally visible, we apply the RTE_ & RTE_ETH_ prefix to them as approtiate. Signed-off-by: Declan

[dpdk-dev] [PATCH v8 00/10] Crypto API and device framework

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 implementation of crypto devices within DPDK. In the patch set we also have included 2

[dpdk-dev] Issues with running multicore

Hi All, Iam trying to create multi core application by mapping separate function for each core. I had followed Multi process example and I had used pthread. The use case is: 1. In a single process, launch pthread and run rte_eal_init 2. Once rte_eal_init is done, create 3 pthreads

[dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np()

2015-11-25 11:24, Ferruh Yigit: > On Wed, Nov 25, 2015 at 12:18:02PM +0100, Thomas Monjalon wrote: > > 2015-11-25 11:13, Ferruh Yigit: > > > +/** > > > + * Set thread names. > > > + * > > > + * Macro to wrap `pthread_setname_np()` with a glibc version check. > > > + * Only glibc >= 2.12 supports

[dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np()

2015-11-25 11:13, Ferruh Yigit: > +/** > + * Set thread names. > + * > + * Macro to wrap `pthread_setname_np()` with a glibc version check. > + * Only glibc >= 2.12 supports this feature. > + * > + * This macro only used for Linux, BSD does direct libc call. > + * BSD libc version of function is

[dpdk-dev] no hugepage with UIO poll-mode driver

2015-11-25 11:00, Bruce Richardson: > On Wed, Nov 25, 2015 at 11:23:57AM +0100, Thomas Monjalon wrote: > > 2015-11-25 10:08, Bruce Richardson: > > > On Wed, Nov 25, 2015 at 03:39:17PM +0900, Younghwan Go wrote: > > > > Hi Jianfeng, > > > > > > > > Thanks for the email. rte mempool was

[dpdk-dev] no hugepage with UIO poll-mode driver

On Wed, Nov 25, 2015 at 12:03:05PM +0100, Thomas Monjalon wrote: > 2015-11-25 11:00, Bruce Richardson: > > On Wed, Nov 25, 2015 at 11:23:57AM +0100, Thomas Monjalon wrote: > > > 2015-11-25 10:08, Bruce Richardson: > > > > On Wed, Nov 25, 2015 at 03:39:17PM +0900, Younghwan Go wrote: > > > > > Hi

[dpdk-dev] [PATCH v7 07/10] qat_crypto_pmd: Addition of a new QAT DPDK PMD.

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Declan Doherty > Sent: Friday, November 13, 2015 6:58 PM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH v7 07/10] qat_crypto_pmd: Addition of a new QAT > DPDK PMD. > > This patch adds a PMD for the Intel

[dpdk-dev] [PATCH v7 07/10] qat_crypto_pmd: Addition of a new QAT DPDK PMD.

2015-11-25 11:34, Thomas Monjalon: > 2015-11-13 18:58, Declan Doherty: > > +Build and install the SRIOV-enabled QAT driver > > + > > +.. code-block:: console > > + > > +"mkdir /QAT; cd /QAT" > > +copy qatmux.l.2.3.0-34.tgz to this location > > +"tar zxof qatmux.l.2.3.0-34.tgz" > > +

[dpdk-dev] [PATCH v7 07/10] qat_crypto_pmd: Addition of a new QAT DPDK PMD.

2015-11-13 18:58, Declan Doherty: > +Build and install the SRIOV-enabled QAT driver > + > +.. code-block:: console > + > +"mkdir /QAT; cd /QAT" > +copy qatmux.l.2.3.0-34.tgz to this location > +"tar zxof qatmux.l.2.3.0-34.tgz" > +"export ICP_WITHOUT_IOMMU=1" > +"./installer.sh

[dpdk-dev] [PATCH v7 08/10] aesni_mb_pmd: Initial implementation of multi buffer based crypto device

2015-11-13 18:58, Declan Doherty: > +To build DPKD with the AESNI_MB_PMD the user is required to download the > library > +from `here `_ and compile > it on > +their user system before building DPDK. Maybe it is worth saying that yasm must be

[dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np()

On Wed, Nov 25, 2015 at 12:18:02PM +0100, Thomas Monjalon wrote: > 2015-11-25 11:13, Ferruh Yigit: > > +/** > > + * Set thread names. > > + * > > + * Macro to wrap `pthread_setname_np()` with a glibc version check. > > + * Only glibc >= 2.12 supports this feature. > > + * > > + * This macro only

[dpdk-dev] no hugepage with UIO poll-mode driver

2015-11-25 10:08, Bruce Richardson: > On Wed, Nov 25, 2015 at 03:39:17PM +0900, Younghwan Go wrote: > > Hi Jianfeng, > > > > Thanks for the email. rte mempool was successfully created without any > > error. Now the next problem is that rte_eth_rx_burst() is always returning 0 > > as if there was

[dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np()

Fixes: 67b6d3039e9e ("eal: set name to threads") pthread_setname_np() function added in glibc 2.12, using this function in older glibc versions cause compile error: error: implicit declaration of function "pthread_setname_np" This patch adds "rte_thread_setname" macro and set it according glibc

[dpdk-dev] [PATCH v7 07/10] qat_crypto_pmd: Addition of a new QAT DPDK PMD.

On 25/11/15 10:49, Thomas Monjalon wrote: > 2015-11-25 11:34, Thomas Monjalon: >> 2015-11-13 18:58, Declan Doherty: >>> +Build and install the SRIOV-enabled QAT driver >>> + >>> +.. code-block:: console >>> + >>> +"mkdir /QAT; cd /QAT" >>> +copy qatmux.l.2.3.0-34.tgz to this location >>> +

[dpdk-dev] [PATCH] reserve 'make install' for future use

On 11/24/2015 06:54 PM, Bruce Richardson wrote: > On Fri, Nov 06, 2015 at 02:04:54PM +0100, Thomas Monjalon wrote: >> 2015-11-06 12:57, Bruce Richardson: >>> So, any thoughts or comments on this? There has been lots of discussion in >>> this >>> general area but nothing yet going into the release

[dpdk-dev] Can't compile DPDK if both CONFIG_RTE_BUILD_COMBINE_LIBS and LIBRTE_PMD_XENVIRT are set to "yes"

On 11/25/2015 02:26 AM, Martinx - ? wrote: > On 24 November 2015 at 13:53, Panu Matilainen wrote: >> On 11/24/2015 05:30 PM, Martinx - ? wrote: >>> >>> On 24 November 2015 at 13:22, Panu Matilainen >>> wrote: On 11/24/2015 04:46 PM, Sergio Gonzalez Monroy wrote: > >

[dpdk-dev] [PATCH] mk: fix the combined library problems by replacing it with a linker script

On 11/25/2015 12:46 AM, Stephen Hemminger wrote: > On Tue, 24 Nov 2015 16:31:17 +0200 > Panu Matilainen wrote: > >> The physically linked-together combined library has been an increasing >> source of problems, as was predicted when library and symbol versioning >> was introduced. Replace the

[dpdk-dev] rte_eth_tx_queue_setup() failing (error -22) when setting up tx queues on a VMXNET3 port...

Hi all, I have a server running VMWare ESXi 5.5.0 and VMWare vCenter 5.5.0. On such server I created a VM with two VMXNET3 NIC cards (one for management, the other one should be used with DPDK to enable fast-RX of packets coming from other VMs / bare-metal NICs). Inside the VM I have

[dpdk-dev] no hugepage with UIO poll-mode driver

On Wed, Nov 25, 2015 at 03:39:17PM +0900, Younghwan Go wrote: > Hi Jianfeng, > > Thanks for the email. rte mempool was successfully created without any > error. Now the next problem is that rte_eth_rx_burst() is always returning 0 > as if there was no packet to receive... Do you have any

[dpdk-dev] [PATCH 2/2] lib/librte_eal: Remove unnecessary hugepage zero-filling

On Wed, Nov 25, 2015 at 12:04:16AM +0100, Thomas Monjalon wrote: > 2015-11-24 14:44, Stephen Hemminger: > > On Tue, 24 Nov 2015 22:13:28 +0100 > > Thomas Monjalon wrote: > > > > > 2015-11-22 18:28, Stephen Hemminger: > > > > On Sun, 22 Nov 2015 14:13:35 -0500 > > > > Zhihong Wang wrote: > > > >

[dpdk-dev] [PATCH] virtio: fix rx ring descriptor starvation

On Tue, Nov 24, 2015 at 10:20:22PM +0100, Thomas Monjalon wrote: > Any review, please? Huawei, would you review it? Sorry that I've not read too much code about virtio PMD driver yet. --yliu > 2015-11-13 09:30, Tom Kiely: > > If all rx descriptors are processed while transient > > mbuf

[dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np()

On 11/25/15 9:03 AM, Thomas Monjalon wrote: > 2015-11-25 08:51, Roger B. Melton: >> Have you thought about a way to set thread name when glibc < 2.12. I >> also ran into the problem recently and played around with prctl() >> (Linux) to set thread (process) name. e.g. >> >> ret =

[dpdk-dev] [PATCH v7 07/10] qat_crypto_pmd: Addition of a new QAT DPDK PMD.

> -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Wednesday, November 25, 2015 1:01 AM > To: Mcnamara, John > Cc: dev at dpdk.org; Doherty, Declan > Subject: Re: [dpdk-dev] [PATCH v7 07/10] qat_crypto_pmd: Addition of a new > QAT DPDK PMD. > >

[dpdk-dev] [PATCH v2] eal: fix compile error for old glibc caused by pthread_setname_np()

> +/** > + * Set thread names. > + * > + * Macro to wrap `pthread_setname_np()` with a glibc version check. > + * Only glibc >= 2.12 supports this feature. > + * > + * This macro only used for Linux, BSD does direct libc call. > + * BSD libc version of function is `pthread_set_name_np()`. > + */

[dpdk-dev] [PATCH] fm10k: add debug info for actual Rx/Tx func

> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Wednesday, November 25, 2015 12:42 AM > To: Thomas Monjalon > Cc: Chen, Jing D; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH] fm10k: add debug info for actual Rx/Tx func > > On Tue, 24 Nov

[dpdk-dev] [PATCH v8 7/9] nfp: link status change interrupt support

On Wed, 25 Nov 2015 16:19:53 + "Alejandro.Lucero" wrote: > From: "Alejandro.Lucero" > > Signed-off-by: Alejandro.Lucero > Signed-off-by: Rolf.Neugebauer > --- You need to set RTE_PCI_DRV_INTR_LSC in drv_flags of eth_driver to tell upper layers that the driver supports link state

[dpdk-dev] [PATCH v8 5/9] nfp: adding link functionality

On Wed, 25 Nov 2015 16:19:51 + "Alejandro.Lucero" wrote: > +/* > + * Atomically reads link status information from global structure > rte_eth_dev. > + * > + * @param dev > + * - Pointer to the structure rte_eth_dev to read from. > + * - Pointer to the buffer to be saved with the link

[dpdk-dev] [PATCH] mk: fix the combined library problems by replacing it with a linker script

On Wed, 25 Nov 2015 10:38:48 +0200 Panu Matilainen wrote: > On 11/25/2015 12:46 AM, Stephen Hemminger wrote: > > On Tue, 24 Nov 2015 16:31:17 +0200 > > Panu Matilainen wrote: > > > >> The physically linked-together combined library has been an increasing > >> source of problems, as was

[dpdk-dev] rte_eth_tx_queue_setup() failing (error -22) when setting up tx queues on a VMXNET3 port...

On Wed, 25 Nov 2015 10:32:33 + "Montorsi, Francesco" wrote: > Hi all, > I have a server running VMWare ESXi 5.5.0 and VMWare vCenter 5.5.0. On such > server I created a VM with two VMXNET3 NIC cards (one for management, the > other one should be used with DPDK to enable fast-RX of packets

[dpdk-dev] [PATCH] mk: fix the combined library problems by replacing it with a linker script

On Wed, Nov 25, 2015 at 10:38:48AM +0200, Panu Matilainen wrote: > On 11/25/2015 12:46 AM, Stephen Hemminger wrote: > >On Tue, 24 Nov 2015 16:31:17 +0200 > >Panu Matilainen wrote: > > > >>The physically linked-together combined library has been an increasing > >>source of problems, as was

[dpdk-dev] no hugepage with UIO poll-mode driver

Hi Younghwan When you specify --no-huge, by default, only 64M memory is used. Can you use -m 1024 to Mmap 1G memory to have a try? Jianfeng > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Younghwan Go > Sent: Wednesday, November 25, 2015 1:46 PM > To: dev

[dpdk-dev] [PATCH] virtio: fix rx ring descriptor starvation

On 11/25/2015 9:47 AM, Yuanhan Liu wrote: > On Tue, Nov 24, 2015 at 10:20:22PM +0100, Thomas Monjalon wrote: >> Any review, please? > Huawei, would you review it? Sorry that I've not read too much > code about virtio PMD driver yet. Np. will do it by end of this week. > > --yliu > > >>

[dpdk-dev] [PATCH v7 10/10] l2fwd-crypto: crypto

2015-11-13 18:58, Declan Doherty: > + printf("\nStatistics for cryptodev %lu > -" > + "\nPackets enqueued: %28"PRIu64 > + "\nPackets dequeued: %28"PRIu64 > + "\nPackets errors:

  1   2   >