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 ?kn
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 ope
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,
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
> ---
> drivers/net/i40e/Makefi
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?
> >
> > Applicat
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 send
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 redhat.
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 mutex_destro
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
--- a/d
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
++
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(-)
--
2.
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 *)&vq->avail->idx);
Instead, we could just retrieve it once at the beginning of the enqueue
path. This could diminish the cache penalty slightly, becau
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
+++ b/lib/librte_vhost/vi
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 descs will be used. Whic
shadow_used_ring will be introduced later. Since then last avail
idx will not be updated together with last used idx.
So, here we use last_avail_idx for avail ring reservation.
Signed-off-by: Yuanhan Liu
Signed-off-by: Zhihong Wang
---
lib/librte_vhost/virtio_net.c | 5 +++--
1 file changed, 3
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
Signed-off
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 remote store operations
which
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 b/lib/librte_vhost/vhost.h
index 53dbf33..17c557
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 ar
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 a
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 me
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 reaccessin
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 deletions(-)
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 b/
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 b
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 +
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. */
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 TSO
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
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
_
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 deletions(-
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: Shreyansh Jain
--
Changes sinc
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 updated as ENOTSUP
Signed-o
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 Jain
---
lib/librte_eal/bsd
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 files changed, 12 insertio
(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
? 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 pro
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, Bruce
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* st
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 ?kn
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 -
drivers/net/ixgbe/
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 wro
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 19:36
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 mutex_destroy(
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
>> Reviewed-by
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
> a
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.
> >
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
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 diff
On Fri, Oct 14, 2016 at 09:30:14AM +0200, Nelio Laranjeiro wrote:
> Return RSS key size in struct rte_eth_dev_info.
>
> Fixes: 0f6f219e7919 ("app/testpmd: fix RSS hash key size")
>
> Signed-off-by: Nelio Laranjeiro
Acked-by: Adrien Mazarguil
> ---
> drivers/net/mlx5/mlx5_ethdev.c | 3 +++
>
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 tra
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
in
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: lib/librte_hash/rte*
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 ins
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
b/config/de
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
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
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
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 P
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 the
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;
>>
> -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
>
> -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 data
> -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 net
> -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 networkplumber.org
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 packet
> -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 ha
> -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 b
> -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 eq
> -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
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 we
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 func
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
> DR
> > 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 ma
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
> > drivers/net/ixgbe/ixgbe_
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 deletions(-
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)
> +{
> + /
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 | da
78 matches
Mail list logo
