[dpdk-dev] [PATCH v2] kni: fix unused variable compile error

2016-10-14 17:41, Ferruh Yigit: > compile error: > CC [M] .../lib/librte_eal/linuxapp/kni/kni_misc.o > cc1: warnings being treated as errors > .../lib/librte_eal/linuxapp/kni/kni_misc.c: In function ?kni_exit_net?: > .../lib/librte_eal/linuxapp/kni/kni_misc.c:113:18: > error: unused variable

[dpdk-dev] 17.02 Roadmap

2016-10-14 10:29, Stephen Hemminger: > It seems like a lot of these feature are focused too narrowly on exposing > features that exist on specific Intel hardware. The concept of a general > purpose Dataplane Development Kit is that applications can be written that > have a generic API (like any

[dpdk-dev] [PATCH v2 3/5] i40e: enable i40e vector PMD on ARMv8a platform

On Fri, Oct 14, 2016 at 09:30:02AM +0530, Jianbo Liu wrote: > Signed-off-by: Jianbo Liu Reviewed-by: Jerin Jacob > --- > config/defconfig_arm64-armv8a-linuxapp-gcc | 1 - > doc/guides/nics/features/i40e_vec.ini | 1 + > doc/guides/nics/features/i40e_vf_vec.ini | 1 + > 3 files changed,

[dpdk-dev] [PATCH v2 2/5] i40e: implement vector PMD for ARM architecture

On Fri, Oct 14, 2016 at 09:30:01AM +0530, Jianbo Liu wrote: > Use ARM NEON intrinsic to implement i40e vPMD > > Signed-off-by: Jianbo Liu I'm not entirely familiar with i40e internals.The patch looks OK interms of using NEON instructions. Acked-by: Jerin Jacob > --- >

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

On Fri, Oct 14, 2016 at 10:30:33AM +, Hemant Agrawal wrote: > > > Am I reading this correctly that there is no way to support an > > > indefinite waiting capability? Or is this just saying that if a timed > > > wait is performed there are min/max limits for the wait duration? > > > >

[dpdk-dev] [PATCH v3 0/5] vhost: optimize enqueue

On Thu, Oct 13, 2016 at 11:23:44AM +0200, Maxime Coquelin wrote: > I was going to re-run some PVP benchmark with 0% pkt loss, as I had > some strange results last week. > > Problem is that your series no more apply cleanly due to > next-virtio's master branch history rewrite. > Any chance you

[dpdk-dev] [PATCH v4] vhost: Add indirect descriptors support to the TX path

On 10/14/2016 09:24 AM, Wang, Zhihong wrote: > > >> -Original Message- >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maxime Coquelin >> Sent: Tuesday, September 27, 2016 4:43 PM >> To: yuanhan.liu at linux.intel.com; Xie, Huawei ; >> dev at dpdk.org >> Cc: vkaplans at

[dpdk-dev] [PATCH v2] kni: fix unused variable compile error

compile error: CC [M] .../lib/librte_eal/linuxapp/kni/kni_misc.o cc1: warnings being treated as errors .../lib/librte_eal/linuxapp/kni/kni_misc.c: In function ?kni_exit_net?: .../lib/librte_eal/linuxapp/kni/kni_misc.c:113:18: error: unused variable ?knet? For kernel versions < v3.1

[dpdk-dev] [PATCH v1 2/2] doc: update poll mode driver guide

add information about new ixgbe PMD API. Signed-off-by: Bernard Iremonger --- doc/guides/prog_guide/poll_mode_drv.rst | 6 ++ 1 file changed, 6 insertions(+) diff --git a/doc/guides/prog_guide/poll_mode_drv.rst b/doc/guides/prog_guide/poll_mode_drv.rst index bf3ea9f..3a400b2 100644 ---

[dpdk-dev] [PATCH v1 1/2] doc: update ixgbe guide

add information about new ixgbe PMD API. Signed-off-by: Bernard Iremonger --- doc/guides/nics/ixgbe.rst | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/doc/guides/nics/ixgbe.rst b/doc/guides/nics/ixgbe.rst index ed260c4..3b6851b 100644 --- a/doc/guides/nics/ixgbe.rst

[dpdk-dev] [PATCH v1 0/2] doc: ixgbe updates

Update two rst files to announce ixgbe PMD API's Bernard Iremonger (2): doc: update ixgbe guide doc: update poll mode driver guide doc/guides/nics/ixgbe.rst | 7 ++- doc/guides/prog_guide/poll_mode_drv.rst | 6 ++ 2 files changed, 12 insertions(+), 1 deletion(-) --

[dpdk-dev] [PATCH v7 7/7] vhost: retrieve avail head once

There is no need to retrieve the latest avail head every time we enqueue a packet in the mereable Rx path by avail_idx = *((volatile uint16_t *)>avail->idx); Instead, we could just retrieve it once at the beginning of the enqueue path. This could diminish the cache penalty slightly, because

[dpdk-dev] [PATCH v7 6/7] vhost: prefetch avail ring

Signed-off-by: Yuanhan Liu Signed-off-by: Zhihong Wang --- lib/librte_vhost/virtio_net.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/lib/librte_vhost/virtio_net.c b/lib/librte_vhost/virtio_net.c index 2bdc2fe..12a037b 100644 --- a/lib/librte_vhost/virtio_net.c +++

[dpdk-dev] [PATCH v7 5/7] vhost: shadow used ring update

From: Zhihong Wang The basic idea is to shadow the used ring update: update them into a local buffer first, and then flush them all to the virtio used vring at once in the end. And since we do avail ring reservation before enqueuing data, we would know which and how many

[dpdk-dev] [PATCH v7 3/7] vhost: simplify mergeable Rx vring reservation

Let it return "num_buffers" we reserved, so that we could re-use it with copy_mbuf_to_desc_mergeable() directly, instead of calculating it again there. Meanwhile, the return type of copy_mbuf_to_desc_mergeable is changed to "int". -1 will be return on error. Signed-off-by: Yuanhan Liu

[dpdk-dev] [PATCH v7 2/7] vhost: optimize cache access

From: Zhihong Wang This patch reorders the code to delay virtio header write to improve cache access efficiency for cases where the mrg_rxbuf feature is turned on. CPU pipeline stall cycles can be significantly reduced. Virtio header write and mbuf data copy are all

[dpdk-dev] [PATCH v7 1/7] vhost: remove useless volatile

From: Zhihong Wang last_used_idx is a local var, there is no need to decorate it by "volatile". Signed-off-by: Zhihong Wang --- lib/librte_vhost/vhost.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/librte_vhost/vhost.h

[dpdk-dev] [PATCH v7 0/7] vhost: optimize mergeable Rx path

This is a new set of patches to optimize the mergeable Rx code path. No refactoring (rewrite) was made this time. It just applies some findings from Zhihong (kudos to him!) that could improve the mergeable Rx path on the old code. The two major factors that could improve the performance greatly

[dpdk-dev] 16.07.1 stable patches review and test

Hi, I have applied most of bug fixing patches (listed below) to the 16.07 stable branch at http://dpdk.org/browse/dpdk-stable/ Please help reviewing and testing. The planned date for the final release is 26th, Oct. Before that, please shout if anyone has objections with these patches being

[dpdk-dev] [PATCH v2 1/3] lib/librte_port: enable file descriptor port support

2016-10-12 20:44, Dumitrescu, Cristian: > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > This patchset was probably not tested as it does not compile. > > And it could be useless if a TAP PMD is integrated. > > I suggest to wait 17.02 cycle and see. > > This patch was tested by

[dpdk-dev] [PATCH v6 6/6] testpmd: use Tx preparation in csum engine

Removed pseudo header calculation for udp/tcp/tso packets from application and used Tx preparation API for packet preparation and verification. Adding aditional step to the csum engine costs about 3-4% of performance drop, on my setup with ixgbe driver. It's caused mostly by the need of

[dpdk-dev] [PATCH v6 5/6] ixgbe: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/ixgbe/ixgbe_ethdev.c |3 ++ drivers/net/ixgbe/ixgbe_ethdev.h |5 +++- drivers/net/ixgbe/ixgbe_rxtx.c | 58 +- drivers/net/ixgbe/ixgbe_rxtx.h |2 ++ 4 files changed, 66 insertions(+), 2

[dpdk-dev] [PATCH v6 4/6] i40e: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/i40e/i40e_ethdev.c |3 ++ drivers/net/i40e/i40e_rxtx.c | 72 +++- drivers/net/i40e/i40e_rxtx.h |8 + 3 files changed, 82 insertions(+), 1 deletion(-) diff --git a/drivers/net/i40e/i40e_ethdev.c

[dpdk-dev] [PATCH v6 3/6] fm10k: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/fm10k/fm10k.h|6 + drivers/net/fm10k/fm10k_ethdev.c |5 drivers/net/fm10k/fm10k_rxtx.c | 50 +- 3 files changed, 60 insertions(+), 1 deletion(-) diff --git a/drivers/net/fm10k/fm10k.h

[dpdk-dev] [PATCH v6 2/6] e1000: add Tx preparation

Signed-off-by: Tomasz Kulasek --- drivers/net/e1000/e1000_ethdev.h | 11 drivers/net/e1000/em_ethdev.c|5 +++- drivers/net/e1000/em_rxtx.c | 48 ++- drivers/net/e1000/igb_ethdev.c |4 +++ drivers/net/e1000/igb_rxtx.c | 52

[dpdk-dev] [PATCH v6 1/6] ethdev: add Tx preparation

Added API for `rte_eth_tx_prep` uint16_t rte_eth_tx_prep(uint8_t port_id, uint16_t queue_id, struct rte_mbuf **tx_pkts, uint16_t nb_pkts) Added fields to the `struct rte_eth_desc_lim`: uint16_t nb_seg_max; /**< Max number of segments per whole packet. */

[dpdk-dev] [PATCH v6 0/6] add Tx preparation

As discussed in that thread: http://dpdk.org/ml/archives/dev/2015-September/023603.html Different NIC models depending on HW offload requested might impose different requirements on packets to be TX-ed in terms of: - Max number of fragments per packet allowed - Max number of fragments per

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

On Wed, Oct 12, 2016 at 01:00:16AM +0530, Jerin Jacob wrote: > Thanks to Intel and NXP folks for the positive and constructive feedback > I've received so far. Here is the updated RFC(v2). > > I've attempted to address as many comments as possible. > > This series adds rte_eventdev.h to the DPDK

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

Dear Jerin, Very nice work! This new RFC version opens the way to a unified conceptual model of Software Defined Data Planes supported by diverse implementations such as OpenDataPlane and DPDK. I think this is an important signal to the industry. Fran?ois-Fr?d?ric

[dpdk-dev] [PATCHv3] examples/l3fwd: em: use hw accelerated crc hash function for arm64

if machine level CRC extension are available, offload the hash to machine provide functions e.g. armv8-a CRC extensions support it Signed-off-by: Hemant Agrawal Reviewed-by: Jerin Jacob --- examples/l3fwd/l3fwd_em.c | 24 ++-- 1 file changed, 14 insertions(+), 10

[dpdk-dev] [PATCH v2 4/4] eal/linux: generalize PCI kernel driver extraction to EAL

From: Jan Viktorin Generalize the PCI-specific pci_get_kernel_driver_by_path. The function is general enough, we have just moved it to eal.c, changed the prefix to rte_eal and provided it privately to other parts of EAL. Signed-off-by: Jan Viktorin Signed-off-by:

[dpdk-dev] [PATCH v2 3/4] eal/linux: generalize PCI kernel unbinding driver to EAL

From: Jan Viktorin Generalize the PCI-specific pci_unbind_kernel_driver. It is now divided into two parts. First, determination of the path and string identification of the device to be unbound. Second, the actual unbind operation which is generic. BSD implementation

[dpdk-dev] [PATCH v2 2/4] eal: generalize PCI map/unmap resource to EAL

From: Jan Viktorin The functions pci_map_resource, pci_unmap_resource are generic so the pci_* prefix can be omitted. The functions are moved to the eal_common_dev.c so they can be reused by other infrastructure. Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh

[dpdk-dev] [PATCH v2 1/4] eal: generalize PCI kernel driver enum to EAL

From: Jan Viktorin Signed-off-by: Jan Viktorin Signed-off-by: Shreyansh Jain -- Changes since v0: - fix compilation error due to missing include --- lib/librte_eal/common/include/rte_dev.h | 12 lib/librte_eal/common/include/rte_pci.h | 9 - 2

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

(Rebased these over HEAD fed622dfd) These patches were initially part of Jan's original series on SoC Framework ([1],[2]). An update to that series, without these patches, was posted here [3]. Main motivation for these is aim of introducing a non-PCI centric subsystem in EAL. As of now the first

[dpdk-dev] [PATCH 0/6] vhost: add Tx zero copy support

? 2016/10/10 16:03, Yuanhan Liu ??: > On Sun, Oct 09, 2016 at 06:46:44PM +0800, linhaifeng wrote: >> ? 2016/8/23 16:10, Yuanhan Liu ??: >>> The basic idea of Tx zero copy is, instead of copying data from the >>> desc buf, here we let the mbuf reference the desc buf addr directly. >> >> Is there

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

Thanks Jerin, this looks good. I've put a few notes/questions inline. Thanks, Gage > -Original Message- > From: Jerin Jacob [mailto:jerin.jacob at caviumnetworks.com] > Sent: Tuesday, October 11, 2016 2:30 PM > To: dev at dpdk.org > Cc: thomas.monjalon at 6wind.com; Richardson,

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

On Thu, Oct 13, 2016 at 11:14:38PM -0500, Bill Fischofer wrote: > Hi Jerin, Hi Bill, Thanks for the review. [snip] > > + * If the device init operation is successful, the correspondence between > > + * the device identifier assigned to the new device and its associated > > + * *rte_event_dev*

[dpdk-dev] [PATCH] kni: fix unused variable compile error

2016-10-14 12:24, Ferruh Yigit: > compile error: > CC [M] .../lib/librte_eal/linuxapp/kni/kni_misc.o > cc1: warnings being treated as errors > .../lib/librte_eal/linuxapp/kni/kni_misc.c: In function ?kni_exit_net?: > .../lib/librte_eal/linuxapp/kni/kni_misc.c:113:18: > error: unused variable

[dpdk-dev] [PATCH v2] net/ixgbe: support multiqueue mode VMDq DCB with SRIOV

modify ixgbe_dcb_tx_hw_config function. modify ixgbe_dev_mq_rx_configure function. modify ixgbe_configure_dcb function. Changes in v2: Rebased to DPDK v16.11-rc1 Signed-off-by: Rahul R Shah Signed-off-by: Bernard Iremonger --- drivers/net/ixgbe/ixgbe_ethdev.c | 9 -

[dpdk-dev] [PATCH v3 2/2] mempool: pktmbuf pool default fallback for mempool ops error

Hi Hemant, Sorry for the late answer. Please see some comments inline. On 10/13/2016 03:15 PM, Hemant Agrawal wrote: > Hi Olivier, > Any updates w.r.t this patch set? > > Regards > Hemant > On 9/22/2016 6:42 PM, Hemant Agrawal wrote: >> Hi Olivier >> >> On 9/19/2016 7:27 PM, Olivier Matz

[dpdk-dev] [PATCH v5 1/6] ethdev: add Tx preparation

Hi Thomas, > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Thursday, October 13, 2016 21:21 > To: Kulasek, TomaszX > Cc: dev at dpdk.org; Ananyev, Konstantin > Subject: Re: [PATCH v5 1/6] ethdev: add Tx preparation > > Hi, > > 2016-10-13

[dpdk-dev] [PATCH] kni: fix unused variable compile error

compile error: CC [M] .../lib/librte_eal/linuxapp/kni/kni_misc.o cc1: warnings being treated as errors .../lib/librte_eal/linuxapp/kni/kni_misc.c: In function ?kni_exit_net?: .../lib/librte_eal/linuxapp/kni/kni_misc.c:113:18: error: unused variable ?knet? For some kernel versions

[dpdk-dev] [PATCH v2] examples/l3fwd: em: use hw accelerated crc hash function for arm64

On 10/13/2016 7:06 PM, Jerin Jacob wrote: > On Fri, Oct 14, 2016 at 12:17:05AM +0530, Hemant Agrawal wrote: >> if machine level CRC extension are available, offload the >> hash to machine provide functions e.g. armv8-a CRC extensions >> support it >> >> Signed-off-by: Hemant Agrawal >>

[dpdk-dev] [PATCH v9] drivers/net:new PMD using tun/tap host interface

On 10/13/2016 11:03 PM, Keith Wiles wrote: > The rte_eth_tap.c PMD creates a device using TUN/TAP interfaces > on the local host. The PMD allows for DPDK and the host to > communicate using a raw device interface on the host and in > the DPDK application. The device created is a Tap device with >

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

Hi Bill/Jerin, > > Thanks for the review. > > [snip] > > > + * If the device init operation is successful, the correspondence > > > + between > > > + * the device identifier assigned to the new device and its > > > + associated > > > + * *rte_event_dev* structure is effectively registered. > >

[dpdk-dev] 17.02 Roadmap

On Mon, 10 Oct 2016 16:13:42 + "O'Driscoll, Tim" wrote: > We published our initial roadmap for 17.02 at the end of August. Since then > we've been doing more detailed planning and would like to provide an update > on the features that we plan to submit for this release. This is our current

[dpdk-dev] [PATCH] mempool: Add sanity check when secondary link in less mempools than primary

Hi Jean, On 10/12/2016 10:04 PM, Jean Tourrilhes wrote: > mempool: Add sanity check when secondary link in less mempools than primary > > If the primary and secondary process were build using different build > systems, the list of constructors included by the linker in each > binary might be

[dpdk-dev] [PATCH v3] vhost: Only access header if offloading is supported in dequeue path

If offloading features are not negotiated, parsing the virtio header is not needed. Micro-benchmark with testpmd shows that the gain is +4% with indirect descriptors, +1% when using direct descriptors. Signed-off-by: Maxime Coquelin --- Changes since v2: = - Simplify code by

[dpdk-dev] [PATCH] net/mlx5: fix hash key size retrieval

Return RSS key size in struct rte_eth_dev_info. Fixes: 0f6f219e7919 ("app/testpmd: fix RSS hash key size") Signed-off-by: Nelio Laranjeiro --- drivers/net/mlx5/mlx5_ethdev.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/mlx5/mlx5_ethdev.c b/drivers/net/mlx5/mlx5_ethdev.c

[dpdk-dev] [PATCH v2 5/5] maintainers: claim i40e vector PMD on ARM

Signed-off-by: Jianbo Liu --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 8f5fa82..621bda6 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -151,6 +151,7 @@ F: lib/librte_acl/acl_run_neon.* F: lib/librte_lpm/rte_lpm_neon.h F:

[dpdk-dev] [PATCH v2 4/5] i40e: make vector driver filenames consistent

To be consistent with the naming for ARM NEON implementation, i40e_rxtx_vec.c is renamed to i40e_rxtx_vec_sse.c. Signed-off-by: Jianbo Liu --- drivers/net/i40e/Makefile | 4 ++-- drivers/net/i40e/{i40e_rxtx_vec.c => i40e_rxtx_vec_sse.c} | 0 2 files changed, 2

[dpdk-dev] [PATCH v2 3/5] i40e: enable i40e vector PMD on ARMv8a platform

Signed-off-by: Jianbo Liu --- config/defconfig_arm64-armv8a-linuxapp-gcc | 1 - doc/guides/nics/features/i40e_vec.ini | 1 + doc/guides/nics/features/i40e_vf_vec.ini | 1 + 3 files changed, 2 insertions(+), 1 deletion(-) diff --git a/config/defconfig_arm64-armv8a-linuxapp-gcc

[dpdk-dev] [PATCH v2 2/5] i40e: implement vector PMD for ARM architecture

Use ARM NEON intrinsic to implement i40e vPMD Signed-off-by: Jianbo Liu --- drivers/net/i40e/Makefile | 4 + drivers/net/i40e/i40e_rxtx_vec_neon.c | 614 ++ 2 files changed, 618 insertions(+) create mode 100644 drivers/net/i40e/i40e_rxtx_vec_neon.c

[dpdk-dev] [PATCH v2 1/5] i40e: extract non-x86 specific code from vector driver

move scalar code which does not use x86 intrinsic functions to new file "i40e_rxtx_vec_common.h", while keeping x86 code in i40e_rxtx_vec.c. This allows the scalar code to to be shared among vector drivers for different platforms. Signed-off-by: Jianbo Liu --- drivers/net/i40e/i40e_rxtx_vec.c

[dpdk-dev] [PATCH v2 0/5] i40e: vector poll-mode driver on ARM64

This patch set is to implement i40e vector PMD on ARM64. For x86, vPMD is only reorganized, there should be no performance loss. v1 -> v2 - rebase to dpdk-next-net/rel_16_11 Jianbo Liu (5): i40e: extract non-x86 specific code from vector driver i40e: implement vector PMD for ARM architecture

[dpdk-dev] [PATCH] eal: avoid unnecessary conflicts over rte_config file

It sounds like my patch would break some existing software, so it probably doesn't make sense right now. I'd still argue that the current mechanism has a number of problems, and it should probably undergo a comprehensive overhaul at some point in the future. -John- On Thu, Oct 13, 2016 at 2:39

[dpdk-dev] [PATCH] mempool: Add sanity check when secondary link in less mempools than primary

On Fri, Oct 14, 2016 at 10:23:31AM +0200, Olivier Matz wrote: > Hi Jean, > > I'm not really fan of this. I think the configuration and build system > of primary and secondaries should be the same to avoid this kind of > issues. You are not going to convert all existing applications to

[dpdk-dev] [PATCH v2] vhost: Only access header if offloading is supported in dequeue path

On 10/11/2016 11:01 AM, Yuanhan Liu wrote: > On Tue, Oct 11, 2016 at 09:45:27AM +0200, Maxime Coquelin wrote: >> @@ -684,12 +699,12 @@ copy_desc_to_mbuf(struct virtio_net *dev, struct >> vring_desc *descs, >>struct rte_mempool *mbuf_pool) >> { >> struct vring_desc *desc;

[dpdk-dev] [PATCH] app/test: add crypto continual tests

> -Original Message- > From: Kusztal, ArkadiuszX > Sent: Thursday, October 13, 2016 1:18 PM > To: dev at dpdk.org > Cc: Trahe, Fiona ; De Lara Guarch, Pablo > ; Griffin, John intel.com>; > Jain, Deepak K ; Kusztal, ArkadiuszX > > Subject: [PATCH] app/test: add crypto continual tests >

[dpdk-dev] [PATCH] app/test: add tests with corrupted data for QAT test suite

> -Original Message- > From: Kusztal, ArkadiuszX > Sent: Thursday, October 13, 2016 11:04 AM > To: dev at dpdk.org > Cc: Trahe, Fiona ; Jain, Deepak K > ; De Lara Guarch, Pablo > ; Griffin, John intel.com>; > Kusztal, ArkadiuszX > Subject: [PATCH] app/test: add tests with corrupted

[dpdk-dev] [PATCH v4] vhost: Add indirect descriptors support to the TX path

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Wang, Zhihong > Sent: Friday, October 14, 2016 3:25 PM > To: Maxime Coquelin ; > yuanhan.liu at linux.intel.com; Xie, Huawei ; > dev at dpdk.org > Cc: vkaplans at redhat.com; mst at redhat.com; > stephen at

[dpdk-dev] [PATCH v4] vhost: Add indirect descriptors support to the TX path

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Maxime Coquelin > Sent: Tuesday, September 27, 2016 4:43 PM > To: yuanhan.liu at linux.intel.com; Xie, Huawei ; > dev at dpdk.org > Cc: vkaplans at redhat.com; mst at redhat.com; > stephen at

[dpdk-dev] [PATCH v5 1/6] ethdev: add Tx preparation

2016-10-14 14:02, Kulasek, TomaszX: > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > > 2016-10-13 19:36, Tomasz Kulasek: > > > +/** > > > + * Fix pseudo header checksum for TSO and non-TSO tcp/udp packets > > before > > > + * hardware tx checksum. > > > + * For non-TSO tcp/udp

[dpdk-dev] [PATCH] doc: how to build KASUMI as shared library

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara > Sent: Thursday, October 13, 2016 8:34 PM > To: dev at dpdk.org > Cc: De Lara Guarch, Pablo > Subject: [dpdk-dev] [PATCH] doc: how to build KASUMI as shared library > > Libsso KASUMI library

[dpdk-dev] [PATCH] doc: ZUC PMD cannot be built as a shared library

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara > Sent: Thursday, October 13, 2016 8:35 PM > To: dev at dpdk.org > Cc: De Lara Guarch, Pablo > Subject: [dpdk-dev] [PATCH] doc: ZUC PMD cannot be built as a shared > library > > ZUC PMD cannot

[dpdk-dev] [PATCH] doc: fix libcrypto title

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Pablo de Lara > Sent: Thursday, October 13, 2016 8:34 PM > To: dev at dpdk.org > Cc: De Lara Guarch, Pablo > Subject: [dpdk-dev] [PATCH] doc: fix libcrypto title > > Libcrypto documentation was missing the

[dpdk-dev] [PATCH v9] drivers/net:new PMD using tun/tap host interface

> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Keith Wiles > Sent: Thursday, October 13, 2016 11:04 PM > To: dev at dpdk.org > Cc: pmatilai at redhat.com; yuanhan.liu at linux.intel.com; Yigit, Ferruh > > Subject: [dpdk-dev] [PATCH v9] drivers/net:new PMD

[dpdk-dev] [dpdk-announce] release candidate 16.11-rc1

A new DPDK release candidate is ready for testing: http://dpdk.org/browse/dpdk/tag/?id=v16.11-rc1 It is the first release candidate for DPDK 16.11. It happens a bit late, though there are still some features missing. This version must be released before mid-November. Therefore we have 3

[dpdk-dev] [PATCH v8 0/2] modify callback for VF management

2016-10-10 15:34, Bernard Iremonger: > This patchset modifies the callback function for VF management. > > A third parameter has been added to the _rte_eth_dev_callback_process > function. All references to this function have been updated. > Changes have been made to the ixgbe_rcv_msg_from_vf

[dpdk-dev] [PATCH v3] drivers: prefix driver REGISTER macro with RTE PMD

2016-10-10 11:13, Shreyansh Jain: > All macros related to driver registeration renamed from DRIVER_* > to RTE_PMD_* > > This includes: > > DRIVER_REGISTER_PCI -> RTE_PMD_REGISTER_PCI > DRIVER_REGISTER_PCI_TABLE -> RTE_PMD_REGISTER_PCI_TABLE > DRIVER_REGISTER_VDEV -> RTE_PMD_REGISTER_VDEV >

[dpdk-dev] [PATCH v2 0/5] implement new Rx checksum flag

> > Xiao Wang (5): > > net/fm10k: fix Rx checksum flags > > net/fm10k: implement new Rx checksum flag > > net/e1000: implement new Rx checksum flag > > net/ixgbe: implement new Rx checksum flag > > net/i40e: implement new Rx checksum flag > > Acked-by : Jing Chen Applied directly in

[dpdk-dev] ixgbe: support checksum flags in sse vector Rx function

2016-10-06 15:00, Remy Horton: > On 07/07/2016 13:19, Olivier Matz wrote: > [..] > > Signed-off-by: Maxime Leroy > > Signed-off-by: Olivier Matz > > --- > > drivers/net/ixgbe/ixgbe_rxtx_vec_common.h | 8 ++--- > > drivers/net/ixgbe/ixgbe_rxtx_vec_neon.c | 6 > >

[dpdk-dev] [PATCH v2] examples/l3fwd: em: use hw accelerated crc hash function for arm64

if machine level CRC extension are available, offload the hash to machine provide functions e.g. armv8-a CRC extensions support it Signed-off-by: Hemant Agrawal Reviewed-by: Jerin Jacob --- examples/l3fwd/l3fwd_em.c | 24 ++-- 1 file changed, 14 insertions(+), 10

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

On Thu, Oct 13, 2016 at 04:16:11PM +0200, Olivier Matz wrote: > +/* When doing TSO, the IP length is not included in the pseudo header > + * checksum of the packet given to the PMD, but for virtio it is > + * expected. > + */ > +static void > +virtio_tso_fix_cksum(struct rte_mbuf *m) > +{ > +

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

On Thu, Oct 13, 2016 at 05:45:21PM +0200, Olivier Matz wrote: > >> If you have a packet split like this: > >> > >> mbuf segment 1 mbuf segment 2 > >> -- > >> | Ethernet header | IP hea| |der | TCP header |

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

On Thu, Oct 13, 2016 at 05:15:24PM +0200, Olivier MATZ wrote: > > > On 10/13/2016 05:01 PM, Yuanhan Liu wrote: > >On Thu, Oct 13, 2016 at 04:52:25PM +0200, Olivier MATZ wrote: > >> > >> > >>On 10/13/2016 04:16 PM, Yuanhan Liu wrote: > >>>On Thu, Oct 13, 2016 at 04:02:49PM +0200, Olivier MATZ

[dpdk-dev] [PATCH v3 00/19] KNI checkpatch cleanup

2016-09-26 16:39, Ferruh Yigit: > KNI checkpatch cleanup, mostly non-functional but cosmetic modifications. > Only functional change is related logging, switched to kernel dynamic > logging and compile time KNI debug options removed, some log message > levels updated. Applied, thanks Note that

[dpdk-dev] [RFC] [PATCH v2] libeventdev: event driven programming model framework for DPDK

Hi Jerin, This looks reasonable and seems a welcome addition to DPDK. A few questions noted inline: On Tue, Oct 11, 2016 at 2:30 PM, Jerin Jacob wrote: > Thanks to Intel and NXP folks for the positive and constructive feedback > I've received so far. Here is the updated RFC(v2). > > I've

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

On Thu, Oct 13, 2016 at 04:52:25PM +0200, Olivier MATZ wrote: > >In the "else" clause, the ip header is still in the mbuf, right? > >Why do you have to access it the way like: > > > > ip_version = *rte_pktmbuf_mtod_offset(m, uint8_t *, > > m->l2_len) >> 4; > > > >Why can't you just

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

On Thu, Oct 13, 2016 at 04:52:25PM +0200, Olivier MATZ wrote: > > > On 10/13/2016 04:16 PM, Yuanhan Liu wrote: > >On Thu, Oct 13, 2016 at 04:02:49PM +0200, Olivier MATZ wrote: > >> > >> > >>On 10/13/2016 10:18 AM, Yuanhan Liu wrote: > >>>On Mon, Oct 03, 2016 at 11:00:23AM +0200, Olivier Matz