The GRO library provides two modes to reassemble packets. Currently, the
csum forwarding engine has supported to use the lightweight mode to
reassemble TCP/IPv4 packets. This patch introduces the heavyweight mode
for TCP/IPv4 GRO in the csum forwarding engine.
With the command "set port gro on|of
On 10/7/2017 8:45 AM, Jiayu Hu wrote:
> The GRO library provides two modes to reassemble packets. Currently, the
> csum forwarding engine has supported to use the lightweight mode to
> reassemble TCP/IPv4 packets. This patch introduces the heavyweight mode
> for TCP/IPv4 GRO in the csum forwarding
In case no_pci is configured, other buses e.g. fslmc bus will
still need the the vfio to be enabled.
Signed-off-by: Hemant Agrawal
---
v2: enabled VFIO, independent of no-pci flag as suggested by Thomas
lib/librte_eal/linuxapp/eal/eal.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-
On 10/6/2017 10:38 PM, Thomas Monjalon wrote:
06/10/2017 18:22, Hemant Agrawal:
On 10/6/2017 5:11 AM, Thomas Monjalon wrote:
13/07/2017 13:48, Hemant Agrawal:
In case no_pci is configured, fslmc bus will still need the
the vfio to be enabled.
Signed-off-by: Hemant Agrawal
---
--- a/lib/librt
07/10/2017 13:20, Hemant Agrawal:
> In case no_pci is configured, other buses e.g. fslmc bus will
> still need the the vfio to be enabled.
>
> Signed-off-by: Hemant Agrawal
> ---
> v2: enabled VFIO, independent of no-pci flag as suggested by Thomas
[...]
> --- a/lib/librte_eal/linuxapp/eal/eal.c
07/10/2017 01:27, Mokhtar, Amr:
>
> > -Original Message-
> > From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > Sent: Thursday 5 October 2017 23:23
> > To: Mokhtar, Amr
> > Cc: dev@dpdk.org; f...@redhat.com; acon...@redhat.com; bl...@debian.org
> > Subject: Re: [dpdk-dev] [RFC] Wirele
06/10/2017 08:45, Yuanhan Liu:
> Hi Thomas,
>
> Please consider pulling following virtio changes for 17.11-rc1 at
> git://dpdk.org/next/dpdk-next-virtiomaster
There is a compilation error on ARM with
"net/virtio: rationalize setting of Rx/Tx handlers"
An include of rte_cpuflags.h is missi
Generic Segmentation Offload (GSO) is a SW technique to split large
packets into small ones. Akin to TSO, GSO enables applications to
operate on large packets, thus reducing per-packet processing overhead.
To enable more flexibility to applications, DPDK GSO is implemented
as a standalone library.
Generic Segmentation Offload (GSO) is a SW technique to split large
packets into small ones. Akin to TSO, GSO enables applications to
operate on large packets, thus reducing per-packet processing overhead.
To enable more flexibility to applications, DPDK GSO is implemented
as a standalone library.
From: Mark Kavanagh
This patch adds a framework that allows GSO on tunneled packets.
Furthermore, it leverages that framework to provide GSO support for
VxLAN-encapsulated packets.
Supported VxLAN packets must have an outer IPv4 header (prepended by an
optional VLAN tag), and contain an inner TC
This patch adds GSO support for TCP/IPv4 packets. Supported packets
may include a single VLAN tag. TCP/IPv4 GSO doesn't check if input
packets have correct checksums, and doesn't update checksums for
output packets (the responsibility for this lies with the application).
Additionally, TCP/IPv4 GSO
From: Mark Kavanagh
This patch adds GSO support for GRE-tunneled packets. Supported GRE
packets must contain an outer IPv4 header, and inner TCP/IPv4 headers.
They may also contain a single VLAN tag. GRE GSO doesn't check if all
input packets have correct checksums and doesn't update checksums fo
This patch adds GSO support to the csum forwarding engine. Oversized
packets transmitted over a GSO-enabled port will undergo segmentation
(with the exception of packet-types unsupported by the GSO library).
GSO support is disabled by default.
GSO support may be toggled on a per-port basis, using
From: Mark Kavanagh
Add programmer's guide doc to explain the design and use of the
GSO library.
Signed-off-by: Mark Kavanagh
Signed-off-by: Jiayu Hu
Acked-by: John McNamara
Acked-by: Konstantin Ananyev
---
MAINTAINERS| 6 +
.../generic_segmentation
07/10/2017 16:37, Thomas Monjalon:
> 06/10/2017 08:45, Yuanhan Liu:
> > Hi Thomas,
> >
> > Please consider pulling following virtio changes for 17.11-rc1 at
> > git://dpdk.org/next/dpdk-next-virtiomaster
>
> There is a compilation error on ARM with
> "net/virtio: rationalize setting of Rx
Thanks Jianfeng for taking time to reply.
please allow me to briefly explain why I want to run dpdk on xen.
our system is based on dpdk, which means we use dpdk as packet
receive/transmit engine,
and with integrated dpdk virtio/vmxnet3 driver, our system can run on
KVM/VMware platform .
this year,
Hello,
This patch series introduces crypto driver for Marvell Armada 7k/8k
SoCs along with documentation and crypto pmd driver tests.
Below you can find the list of features which crypto pmd supports:
* Symmetric crypto
* Sym operation chaining
* AES CBC (128)
* AES CBC (192)
* AES CBC (256)
* AE
Add support for the Marvell Security Crypto Accelerator EIP197.
Driver is based on external, publicly available, Marvell MUSDK
library that provides access to the hardware with minimum overhead
and high performance.
Driver comes with support for the following features:
* Symmetric crypto
* Sym op
Add documentation for the MRVL CRYPTO PMD driver.
Signed-off-by: Jacek Siuda
Signed-off-by: Tomasz Duszynski
---
v3:
* Updated documentation.
doc/guides/cryptodevs/features/mrvl.ini | 42 +++
doc/guides/cryptodevs/index.rst | 1 +
doc/guides/cryptodevs/mrvl.rst | 198
Signed-off-by: Jacek Siuda
Signed-off-by: Tomasz Duszynski
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 73b0c1d..e65be03 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -574,6 +574,16 @@ F: drivers/crypto/dpaa2_sec/
F: doc/guides/
Add unit tests for MRVL CRYPTO PMD driver.
Signed-off-by: Jacek Siuda
Signed-off-by: Tomasz Duszynski
---
test/test/test_cryptodev.c | 168
test/test/test_cryptodev.h | 1 +
test/test/test_cryptodev_aes_test_vectors.h | 72 ++
When replenishing Rx ring, there're always buffered slots reserved between
consumed entries and HW owned entries. These have to be filled with fake
mbufs to protect from possible overflow rather than optimistically
expecting successful replenishment which can cause deadlock with
small-sized queue.
> On Oct 6, 2017, at 3:30 PM, Yongseok Koh wrote:
>
> Hi, Martin
>
> Even though I had done quite serious tests before sending out the patch,
> I figured out deadlock could happen if the Rx queue size is smaller. It is 128
> by default in testpmd while I usually use 256.
>
> I've fixed the bug
On 10/7/2017 3:56 PM, Jiayu Hu wrote:
> Generic Segmentation Offload (GSO) is a SW technique to split large
> packets into small ones. Akin to TSO, GSO enables applications to
> operate on large packets, thus reducing per-packet processing overhead.
>
> To enable more flexibility to applications,
On 7/10/2017 2:17 AM, jingjing.wu at intel.com (Wu, Jingjing) wrote:
>> -Original Message-
>> From: Yuanhan Liu [mailto:yliu at fridaylinux.org]
>> Sent: Friday, July 7, 2017 2:02 PM
>> To: dev at dpdk.org
>> Cc: Wu, Jingjing ; Yuanhan Liu > fridaylinux.org>
>> Subject: [PATCH 1/2] testpmd:
Thanks Jianfeng for taking time to reply.
please allow me to briefly explain why I want to run dpdk on xen.
our system is based on dpdk, which means we use dpdk as packet
receive/transmit engine,
and with integrated dpdk virtio/vmxnet3 driver, our system can run on
KVM/VMware platform .
this year,
26 matches
Mail list logo
