[dpdk-dev] [PATCH] app/test: add mempool walk

The mempool function rte_mempool_walk was not tested. It will print the name of all mempools. Signed-off-by: Thomas Monjalon --- app/test/test_mempool.c | 9 + 1 file changed, 9 insertions(+) diff --git a/app/test/test_mempool.c b/app/test/test_mempool.c index fffbf8d..b9880b3 100644

[dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, errno can't be trusted.

2016-10-03 08:55, Jean Tourrilhes: > On Mon, Oct 03, 2016 at 02:25:40PM +0100, Sergio Gonzalez Monroy wrote: > > Hi Jean, > > > > There are some format issues with the patch: > > > > You can run scripts/check-git-log.sh to check them: > > Wrong headline format: > > eal: Fix misleading

[dpdk-dev] [PATCH v5 0/4] new crypto software based device

Hi, > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Slawomir Mrozowicz > Sent: Monday, October 03, 2016 7:26 AM > To: dev at dpdk.org > Cc: Mrozowicz, SlawomirX > Subject: [dpdk-dev] [PATCH v5 0/4] new crypto software based device > > This code provides the

[dpdk-dev] [PATCH] eal: fix c++ compilation issue with rte_delay_us()

When compiling with C++, it treats void (*rte_delay_us)(unsigned int us); as definition of the global variable. So further linking with librte_eal fails. Fixes: b4d63fb62240 ("eal: customize delay function") Steps to reproduce: $ cat rttm1.cpp #include #include #include using namespace

[dpdk-dev] qos: traffic shaping at queue level

From: Nikhil Jagtap [mailto:nikhil.jag...@gmail.com] Sent: Friday, September 30, 2016 7:12 AM To: dev at dpdk.org; Dumitrescu, Cristian ; users at dpdk.org Subject: Re: qos: traffic shaping at queue level Hi, Can someone please answer my queries? I tried using queue weights to distribute

[dpdk-dev] [PATCH 1/2] mbuf: add rte_pktmbuff_reset_headroom function

Hi Maxime, On 09/29/2016 02:20 PM, Maxime Coquelin wrote: > Some application use rte_mbuf_raw_alloc() function to improve > performance by not resetting mbuf's fields to their default state. > > This can be however problematic for mbuf consumers that need some > headroom, meaning that data_off

[dpdk-dev] [RFC 0/7] changing mbuf pool handler

Hi Hemant, Thank you for your feedback. On 09/22/2016 01:52 PM, Hemant Agrawal wrote: > Hi Olivier > > On 9/19/2016 7:12 PM, Olivier Matz wrote: >> Hello, >> >> Following discussion from [1] ("usages issue with external mempool"). >> >> This is a tentative to make the mempool_ops feature

[dpdk-dev] [PATCH] log: do not drop debug logs at compile time

On 10/03/2016 05:27 PM, Wiles, Keith wrote: > > Regards, > Keith > >> On Oct 3, 2016, at 10:02 AM, Olivier Matz wrote: >> >> Hi Keith, >> >> On 09/30/2016 05:48 PM, Wiles, Keith wrote: On Sep 30, 2016, at 4:33 AM, Thomas Monjalon >>> 6wind.com> wrote: 2016-09-16 09:43, Olivier

[dpdk-dev] [PATCH v5 4/4] examples/l2fwd-crypto: updated example for libcrypto PMD

Libcrypto PMD has support for: Supported cipher algorithms: RTE_CRYPTO_CIPHER_3DES_CBC RTE_CRYPTO_CIPHER_AES_CBC RTE_CRYPTO_CIPHER_AES_CTR RTE_CRYPTO_CIPHER_3DES_CTR RTE_CRYPTO_CIPHER_AES_GCM Supported authentication algorithms: RTE_CRYPTO_AUTH_AES_GMAC RTE_CRYPTO_AUTH_MD5 RTE_CRYPTO_AUTH_SHA1

[dpdk-dev] [PATCH v5 3/4] app/test: added tests for libcrypto PMD

This patch containes unit tests for libcrypto PMD. User can use app/test application to check how to use this pmd and to verify crypto processing. Test name is cryptodev_libcrypto_autotest. For performance test cryptodev_libcrypto_perftest can be used. Signed-off-by: Piotr Azarewicz

[dpdk-dev] [PATCH v2 1/2] mempool: fix comments for mempool create functions

On 09/28/2016 03:59 PM, Ferruh Yigit wrote: > Fixes: 85226f9c526b ("mempool: introduce a function to create an empty pool") > Fixes: d1d914ebbc25 ("mempool: allocate in several memory chunks by default") > > Signed-off-by: Ferruh Yigit > --- Series: Acked-by: Olivier Matz Thanks

[dpdk-dev] [PATCH v5 2/4] app/test: cryptodev AES tests rework

This patch rework AES tests . In general - rename AES-named functions to blockcipher functions pattern. Signed-off-by: Piotr Azarewicz Signed-off-by: Fiona Trahe --- app/test/Makefile |2 +- app/test/test_cryptodev.c | 74 +-

[dpdk-dev] [PATCH] log: do not drop debug logs at compile time

Hi Keith, On 09/30/2016 05:48 PM, Wiles, Keith wrote: >> On Sep 30, 2016, at 4:33 AM, Thomas Monjalon >> wrote: >> >> 2016-09-16 09:43, Olivier Matz: >>> Today, all logs whose level is lower than INFO are dropped at >>> compile-time. This prevents from enabling debug logs at runtime using >>>

[dpdk-dev] [PATCH v5 1/4] libcrypto_pmd: initial implementation of SW crypto device

This code provides the initial implementation of the libcrypto poll mode driver. All cryptography operations are using Openssl library crypto API. Each algorithm uses EVP_ interface from openssl API - which is recommended by Openssl maintainers. This patch adds libcrypto poll mode driver support

[dpdk-dev] [PATCH] log: do not drop debug logs at compile time

Regards, Keith > On Oct 3, 2016, at 10:37 AM, Olivier Matz wrote: > > > > On 10/03/2016 05:27 PM, Wiles, Keith wrote: >> >> Regards, >> Keith >> >>> On Oct 3, 2016, at 10:02 AM, Olivier Matz wrote: >>> >>> Hi Keith, >>> >>> On 09/30/2016 05:48 PM, Wiles, Keith wrote: > On Sep 30,

[dpdk-dev] [PATCH v5 0/4] new crypto software based device

This code provides the initial implementation of the libcrypto poll mode driver. All cryptography operations are using Openssl library crypto API. Each algorithm uses EVP_ interface from openssl API - which is recommended by Openssl maintainers. For more information about how to use this driver,

[dpdk-dev] [PATCH v11 07/24] driver: probe/remove common wrappers for PCI drivers

2016-09-20 18:11, Shreyansh Jain: > --- a/lib/librte_ether/rte_ethdev.h > +++ b/lib/librte_ether/rte_ethdev.h > @@ -4372,6 +4372,19 @@ rte_eth_dev_get_port_by_name(const char *name, uint8_t > *port_id); > int > rte_eth_dev_get_name_by_port(uint8_t port_id, char *name); > > +/** > + * Wrapper

[dpdk-dev] [Qemu-devel] [PATCH 1/2] vhost: enable any layout feature

On 09/29/2016 10:21 PM, Michael S. Tsirkin wrote: > On Thu, Sep 29, 2016 at 10:05:22PM +0200, Maxime Coquelin wrote: >> > >> > >> > On 09/29/2016 07:57 PM, Michael S. Tsirkin wrote: >>> > > On Thu, Sep 29, 2016 at 05:30:53PM +0200, Maxime Coquelin wrote: >> > ... > > > > > > Before

[dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, errno can't be trusted.

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jean Tourrilhes > Sent: Monday, October 3, 2016 4:56 PM > To: Gonzalez Monroy, Sergio > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, > errno can't be

[dpdk-dev] [PATCH] eal: check cpu flags at init

2016-09-29 16:42, Aaron Conole: > Flavio Leitner writes: > > > On Mon, Sep 26, 2016 at 11:43:37AM -0400, Aaron Conole wrote: > >> My only concern is whether this change would be considered ABI > >> breaking. I wouldn't think so, since it doesn't seem as though an > >> application would want to

[dpdk-dev] [PATCH] eal: remove single file segments related code

2016-09-30 15:48, Sergio Gonzalez Monroy: > On 30/09/2016 15:32, David Marchand wrote: > > On Fri, Sep 23, 2016 at 12:08 PM, Tan, Jianfeng > > wrote: > >>> -Original Message- > >>> From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com] > >>> Sent: Friday, September 23, 2016 5:15 PM >

[dpdk-dev] [PATCH] eal: fix crash on mmap error in rte_eal_hugepage_attach()

2016-10-03 14:04, Sergio Gonzalez Monroy: > On 28/09/2016 11:52, maciej.czekaj at caviumnetworks.com wrote: > > From: Maciej Czekaj > > > > In ASLR-enabled system, it is possible that selected > > virtual space is occupied by program segments. Therefore, > > error path should not blindly unmap

[dpdk-dev] [PATCH v1 0/4] Generalize PCI specific EAL function/structures

2016-10-03 11:07, Shreyansh Jain: > Hi David, > > On Friday 30 September 2016 09:01 PM, David Marchand wrote: > > On Tue, Sep 27, 2016 at 4:12 PM, Shreyansh Jain > > wrote: > >> (I rebased these over HEAD 7b3c4f3) > >> > >> These patches were initially part of Jan's original series on SoC > >>

[dpdk-dev] [PATCH v3 1/2] librte_ether: add internal callback functions

Hi Stephen, From: Stephen Hemminger [mailto:step...@networkplumber.org] Sent: Sunday, October 2, 2016 10:13 AM To: Iremonger, Bernard Cc: dev at dpdk.org; Lu, Wenzhuo ; jerin.jacob at caviumnetworks.com; az5157 at att.com; Shah, Rahul R Subject: Re: [dpdk-dev] [PATCH v3 1/2] librte_ether: add

[dpdk-dev] [PATCH] log: do not drop debug logs at compile time

Regards, Keith > On Oct 3, 2016, at 10:02 AM, Olivier Matz wrote: > > Hi Keith, > > On 09/30/2016 05:48 PM, Wiles, Keith wrote: >>> On Sep 30, 2016, at 4:33 AM, Thomas Monjalon >>> wrote: >>> >>> 2016-09-16 09:43, Olivier Matz: Today, all logs whose level is lower than INFO are

[dpdk-dev] [PATCH v1 0/4] Generalize PCI specific EAL function/structures

On Mon, 3 Oct 2016 11:07:43 +0530 Shreyansh Jain wrote: > Hi David, > > On Friday 30 September 2016 09:01 PM, David Marchand wrote: > > On Tue, Sep 27, 2016 at 4:12 PM, Shreyansh Jain > > wrote: > >> (I rebased these over HEAD 7b3c4f3) > >> > >> These patches were initially part of Jan's

[dpdk-dev] [PATCH v2 09/12] virtio: add Rx checksum offload support

Hi Olivier, On 10/03/2016 11:00 AM, Olivier Matz wrote: > Signed-off-by: Olivier Matz > --- > drivers/net/virtio/virtio_ethdev.c | 14 > drivers/net/virtio/virtio_ethdev.h | 2 +- > drivers/net/virtio/virtio_rxtx.c | 69 > ++ >

[dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, errno can't be trusted.

Hi Jean, There are some format issues with the patch: You can run scripts/check-git-log.sh to check them: Wrong headline format: eal: Fix misleading error messages, errno can't be trusted. Wrong headline uppercase: eal: Fix misleading error messages, errno can't be trusted.

[dpdk-dev] [PATCH] eal: fix crash on mmap error in rte_eal_hugepage_attach()

On 28/09/2016 11:52, maciej.czekaj at caviumnetworks.com wrote: > From: Maciej Czekaj > > In ASLR-enabled system, it is possible that selected > virtual space is occupied by program segments. Therefore, > error path should not blindly unmap all memmory segments > but only those already mapped. >

[dpdk-dev] [PATCH] l2fwd:mac learning

Added MAC learning to reduce load at l2 Signed-off-by: Rafat Jahan --- examples/l2fwd-mac/Makefile | 50 ++ examples/l2fwd-mac/main.c | 1325 +++ 2 files changed, 1375 insertions(+) create mode 100644 examples/l2fwd-mac/Makefile create mode 100644

[dpdk-dev] [PATCH v1 0/4] Generalize PCI specific EAL function/structures

Hi David, On Friday 30 September 2016 09:01 PM, David Marchand wrote: > On Tue, Sep 27, 2016 at 4:12 PM, Shreyansh Jain > wrote: >> (I rebased these over HEAD 7b3c4f3) >> >> These patches were initially part of Jan's original series on SoC >> Framework ([1],[2]). An update to that series,

[dpdk-dev] [PATCH v2 0/8] Misc enhancements in testpmd

Hello, On 09/09/2016 09:55 AM, Olivier Matz wrote: > This patchset introduces several enhancements or minor fixes > in testpmd. It is targetted for v16.11, and applies on top of > software ptype v2 patchset [1]. > > These patches are useful to validate the virtio offload > patchset [2] (to be

[dpdk-dev] [PATCH v2 12/12] virtio: add Tso support

Signed-off-by: Olivier Matz --- drivers/net/virtio/virtio_ethdev.c | 6 ++ drivers/net/virtio/virtio_ethdev.h | 2 + drivers/net/virtio/virtio_rxtx.c | 129 - 3 files changed, 134 insertions(+), 3 deletions(-) diff --git

[dpdk-dev] [PATCH v2 11/12] virtio: add Lro support

Signed-off-by: Olivier Matz --- drivers/net/virtio/virtio_ethdev.c | 7 ++- drivers/net/virtio/virtio_ethdev.h | 9 - drivers/net/virtio/virtio_rxtx.c | 21 + 3 files changed, 27 insertions(+), 10 deletions(-) diff --git a/drivers/net/virtio/virtio_ethdev.c

[dpdk-dev] [PATCH v2 10/12] virtio: add Tx checksum offload support

Signed-off-by: Olivier Matz --- drivers/net/virtio/virtio_ethdev.c | 7 + drivers/net/virtio/virtio_ethdev.h | 1 + drivers/net/virtio/virtio_rxtx.c | 57 +- 3 files changed, 45 insertions(+), 20 deletions(-) diff --git

[dpdk-dev] [PATCH v2 09/12] virtio: add Rx checksum offload support

Signed-off-by: Olivier Matz --- drivers/net/virtio/virtio_ethdev.c | 14 drivers/net/virtio/virtio_ethdev.h | 2 +- drivers/net/virtio/virtio_rxtx.c | 69 ++ drivers/net/virtio/virtqueue.h | 1 + 4 files changed, 78 insertions(+), 8

[dpdk-dev] [PATCH v2 08/12] app/testpmd: display lro segment size

In csumonly engine, display the value of LRO segment if the LRO flag is set. Signed-off-by: Olivier Matz --- app/test-pmd/csumonly.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/app/test-pmd/csumonly.c b/app/test-pmd/csumonly.c index 8c88ee8..3f71595 100644 ---

[dpdk-dev] [PATCH v2 07/12] mbuf: new flag for LRO

When receiving coalesced packets in virtio, the original size of the segments is provided. This is a useful information because it allows to resegment with the same size. Add a RX new flag in mbuf, that can be set when packets are coalesced by a hardware or virtual driver when the m->tso_segsz

[dpdk-dev] [PATCH v2 06/12] app/testpmd: fix checksum stats in csum engine

--- app/test-pmd/csumonly.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/app/test-pmd/csumonly.c b/app/test-pmd/csumonly.c index d5eb260..8c88ee8 100644 --- a/app/test-pmd/csumonly.c +++ b/app/test-pmd/csumonly.c @@ -679,8 +679,10 @@ pkt_burst_checksum_forward(struct

[dpdk-dev] [PATCH v2 05/12] mbuf: add new Rx checksum mbuf flags

Following discussions in [1] and [2], introduce a new bit to describe the Rx checksum status in mbuf. Before this patch, only one flag was available: PKT_RX_L4_CKSUM_BAD: L4 cksum of RX pkt. is not OK. And same for L3: PKT_RX_IP_CKSUM_BAD: IP cksum of RX pkt. is not OK. This had 2 issues: -

[dpdk-dev] [PATCH v2 04/12] net: add function to calculate a checksum in a mbuf

This function can be used to calculate the checksum of data embedded in mbuf, that can be composed of several segments. This function will be used by the virtio pmd in next commits to calculate the checksum in software in case the protocol is not recognized. Signed-off-by: Olivier Matz ---

[dpdk-dev] [PATCH v2 03/12] virtio: reinitialize the device in configure callback

Add the ability to reset the virtio device in the configure callback if the features flag changed since previous reset. This will be possible with the introduction of offload support in next commits. Signed-off-by: Olivier Matz --- drivers/net/virtio/virtio_ethdev.c | 26

[dpdk-dev] [PATCH v2 02/12] virtio: setup and start cq in configure callback

Move the configuration of control queue in the configure callback. This is needed by next commit, which introduces the reinitialization of the device in the configure callback to change the feature flags. Therefore, the control queue will have to be restarted at the same place. As

[dpdk-dev] [PATCH v2 01/12] virtio: move device initialization in a function

Move all code related to device initialization in a new function virtio_init_device(). This commit brings no functional change, it prepares the next commits that will add the offload support. For that, it will be needed to reinitialize the device from ethdev->configure(), using this new function.

[dpdk-dev] [PATCH v2 00/12] net/virtio: add offload support

This patchset, targetted for 16.11, introduces the support of rx and tx offload in virtio pmd. To achieve this, some new mbuf flags must be introduced, as discussed in [1]. It applies on top of: - software packet type [2] - testpmd enhancements [3] The new mbuf checksum flags are backward

[dpdk-dev] [PATCH v4 0/4] Cuckoo hash enhancements

On Fri, Sep 30, 2016 at 08:38:52AM +0100, Pablo de Lara wrote: > This patchset improves lookup performance on the current hash library > by changing the existing lookup bulk pipeline, with an improved pipeline, > based on a loop-and-jump model, instead of the current 4-stage 2-entry > pipeline. >

[dpdk-dev] [PATCH] l2fwd:mac learning

Added MAC learning to reduce load at l2 Signed-off-by: Rafat Jahan --- examples/l2fwd-mac/Makefile | 50 ++ examples/l2fwd-mac/main.c | 1325 +++ 2 files changed, 1375 insertions(+) create mode 100644 examples/l2fwd-mac/Makefile create mode 100644

[dpdk-dev] [PATCH] l2fwd:mac learning

Added MAC learning to reduce load at l2 Signed-off-by: Rafat Jahan --- examples/l2fwd-mac/Makefile | 50 ++ examples/l2fwd-mac/main.c | 1325 +++ 2 files changed, 1375 insertions(+) create mode 100644 examples/l2fwd-mac/Makefile create mode 100644

[dpdk-dev] [PATCH v3 16/16] app/testpmd: display software packet type

In addition to the packet type returned by the PMD, also display the packet type calculated by parsing the packet in software. This is particularly useful to compare the 2 values. Note: it does not mean that both hw and sw always have to provide the same value, since it depends on what hardware

[dpdk-dev] [PATCH v3 15/16] app/testpmd: dump ptype using the new function

Use the function introduced in previous commit to dump the packet type of the received packet. Signed-off-by: Olivier Matz --- app/test-pmd/rxonly.c | 175 ++ 1 file changed, 4 insertions(+), 171 deletions(-) diff --git a/app/test-pmd/rxonly.c

[dpdk-dev] [PATCH v3 14/16] mbuf: clarify definition of fragment packet types

An IPv4 packet is considered as a fragment if: - MF (more fragment) bit is set - or Fragment_Offset field is non-zero Update the API documentation of packet types to reflect this. Signed-off-by: Olivier Matz --- lib/librte_mbuf/rte_mbuf_ptype.h | 26 -- 1 file changed,

[dpdk-dev] [PATCH v3 13/16] mbuf: add functions to dump packet type

Dumping the packet type is useful for debug purposes. Instead of having each application providing its function to do that, introduce functions to do it. It factorizes the code and reduces the risk of desynchronization between the new packet types and the dump function. Signed-off-by: Olivier

[dpdk-dev] [PATCH v3 12/16] net: get ptype for the first layers only

Add a parameter to rte_net_get_ptype() to select which layers should be parsed. This avoids to parse all layers if only the first ones are required. Signed-off-by: Olivier Matz --- lib/librte_net/rte_net.c | 33 - lib/librte_net/rte_net.h | 7 ++- 2 files

[dpdk-dev] [PATCH v3 11/16] net: support Nvgre in software packet type parser

Add support of Nvgre tunnels in rte_net_get_ptype(). At the same time, as Nvgre transports Ethernet, we need to add the support for inner Vlan, QinQ, and Mpls. Signed-off-by: Jean Dao Signed-off-by: Olivier Matz --- lib/librte_mbuf/rte_mbuf_ptype.h | 7 +++ lib/librte_net/rte_net.c

[dpdk-dev] [PATCH v3 10/16] net: support Gre in software packet type parser

Add support of Gre tunnels in rte_net_get_ptype(). Signed-off-by: Jean Dao Signed-off-by: Olivier Matz --- lib/librte_net/rte_net.c | 40 lib/librte_net/rte_net.h | 2 +- 2 files changed, 37 insertions(+), 5 deletions(-) diff --git

[dpdk-dev] [PATCH v3 09/16] net: add Gre header structure

Add the Gre header structure in librte_net. It will be used by next patches that adds the support of Gre tunnels in the software packet type parser. The extended headers (checksum, key or sequence number) are not defined. Signed-off-by: Jean Dao Signed-off-by: Olivier Matz ---

[dpdk-dev] [PATCH v3 08/16] net: support Ip tunnels in software packet type parser

Add support of IP and IP6 tunnels in rte_net_get_ptype(). We need to duplicate some code because the packet types do not have the same value for a given protocol between inner and outer. Signed-off-by: Jean Dao Signed-off-by: Olivier Matz --- lib/librte_net/rte_net.c | 158

[dpdk-dev] [PATCH v3 07/16] net: support QinQ in software packet type parser

Add a new RTE_PTYPE_L2_ETHER_QINQ packet type, and its support in rte_net_get_ptype(). Signed-off-by: Didier Pallard Signed-off-by: Olivier Matz --- lib/librte_mbuf/rte_mbuf_ptype.h | 7 +++ lib/librte_net/rte_ether.h | 1 + lib/librte_net/rte_net.c | 16

[dpdk-dev] [PATCH v3 06/16] net: support Vlan in software packet type parser

Add a new RTE_PTYPE_L2_ETHER_VLAN packet type, and its support in rte_net_get_ptype(). Signed-off-by: Didier Pallard Signed-off-by: Olivier Matz --- lib/librte_mbuf/rte_mbuf_ptype.h | 7 +++ lib/librte_net/rte_net.c | 13 + 2 files changed, 20 insertions(+) diff --git

[dpdk-dev] [PATCH v3 05/16] net: add function to get packet type from data

Introduce the function rte_net_get_ptype() that parses a mbuf and returns its packet type. For now, the following packet types are parsed: L2: Ether L3: IPv4, IPv6 L4: TCP, UDP, SCTP The goal here is to provide a reference implementation for packet type parsing. This function will be

[dpdk-dev] [PATCH v3 04/16] net: introduce net library

Previously, librte_net only contained header files. Add a C file (empty for now) and generate a library. It will contain network helpers like checksum calculation, software packet type parser, ... Signed-off-by: Olivier Matz --- MAINTAINERS| 1 + lib/librte_net/Makefile

[dpdk-dev] [PATCH v3 03/16] mbuf: move packet type definitions in a new file

The file rte_mbuf.h starts to be quite big, and next commits will introduce more functions related to packet types. Let's move them in a new file. Signed-off-by: Olivier Matz --- lib/librte_mbuf/Makefile | 2 +- lib/librte_mbuf/rte_mbuf.h | 495

[dpdk-dev] [PATCH v3 02/16] net: move Ethernet header definitions to the net library

The proper place for rte_ether.h is in librte_net because it defines network headers. Moving it will also prevent to have circular references in the following patches that will require the Ethernet header definition in rte_mbuf.c. By the way, fix minor checkpatch issues. Signed-off-by: Didier

[dpdk-dev] [PATCH v3 01/16] mbuf: add function to read packet data

Introduce a new function to read the packet data from an mbuf chain. It linearizes the data if required, and also ensures that the mbuf is large enough. This function is used in next commits that add a software parser to retrieve the packet type. Signed-off-by: Olivier Matz ---

[dpdk-dev] [PATCH v3 00/16] software parser for packet type

This patchset introduces a software packet type parser. This feature is targeted for v16.11. The goal here is to provide a reference implementation for packet type parsing. This function will be used by testpmd to compare its result with the value given by the hardware. It will also be useful

[dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, errno can't be trusted.

On Mon, Oct 03, 2016 at 04:15:11PM +, Mcnamara, John wrote: > > The longer more detailed version is here: "Contributing Code to DPDK": > > http://dpdk.org/doc/guides/contributing/patches.html > > John Thanks a lot. I'll try to find time to look at it. Jean

[dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, errno can't be trusted.

On Mon, Oct 03, 2016 at 02:25:40PM +0100, Sergio Gonzalez Monroy wrote: > Hi Jean, > > NIT but any reason you moved the check before closing the file descriptor? > (not that it matters with current code as we panic anyway) > > Thanks, > Sergio More details, as I admit I was terse

[dpdk-dev] [RFC PATCH v2 1/5] librte_ether: add internal callback functions

Hi Jerin, > -Original Message- > From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com] > Sent: Wednesday, September 14, 2016 12:28 PM > To: ZELEZNIAK, ALEX > Cc: Iremonger, Bernard ; Shah, Rahul R > ; Lu, Wenzhuo ; > dev at dpdk.org > Subject: Re: [dpdk-dev] [RFC PATCH v2 1/5]

[dpdk-dev] [PATCH 1/1 v2] eal: Fix misleading error messages, errno can't be trusted.

On Mon, Oct 03, 2016 at 02:25:40PM +0100, Sergio Gonzalez Monroy wrote: > Hi Jean, > > There are some format issues with the patch: > > You can run scripts/check-git-log.sh to check them: > Wrong headline format: > eal: Fix misleading error messages, errno can't be trusted. > Wrong

[dpdk-dev] Last few spaces & Agenda released for DPDK Userspace Summit 2016

Hi all, There are just a few spaces left at this year's DPDK Userspace Summit, if you want to attend please register at www.dpdksummit.com where you can review the agenda for the two days of the event. Thanks to those who have already registered, but again if you

[dpdk-dev] [PATCH] l2fwd:mac learning

Hi, 2016-10-03 11:47, Rafat Jahan: > Added MAC learning to reduce load at l2 I'm sorry but I don't think it is worth adding a new example. The examples are here to demonstrate the usage of the DPDK libraries. And it would be valuable for project maintainability to reduce the number of examples,

[dpdk-dev] [PATCH v4 4/5] app/test: added big data GMAC test for libcrypto

>-Original Message- >From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] >Sent: Friday, September 30, 2016 7:19 PM >To: Mrozowicz, SlawomirX ; Azarewicz, >PiotrX T >Cc: dev at dpdk.org; Dai, Wei >Subject: Re: [dpdk-dev] [PATCH v4 4/5] app/test: added big data GMAC test >for

[dpdk-dev] [PATCH v11 00/24] Introducing rte_driver/rte_device generalization

Applied, thanks everybody for the great (re)work! 2016-09-20 18:11, Shreyansh Jain: > Future Work/Pending: > === > - Presently eth_driver, rte_eth_dev are not aligned to the rte_driver/ >rte_device model. eth_driver still is a PCI specific entity. This >has been