This patch implements session related operations, which includes creating
and destroying the session. For now, it only supports the session-oriented
API implementation. The control queue used to create or destroy sessions
for symmetric algorithms.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
A
The AES-CBC cipher only algorithm has been supported now.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
drivers/crypto/virtio/virtio_crypto_capabilities.h | 30 ++
drivers/crypto/virtio/virtio_cryptodev.c | 11
2 files changed, 41
This patch implements the basic operations of virtio crypto PMD, which
includes start, stop, close, information getting, queue setup and
release of the device.
The virtio crypto device has two types of queues, data queue and
control queue. It has one data queue at least and has one and only one
con
This patch series introduce virtio crypto poll mode driver.
Since it is limited by the vhost crypto backend of the virtio-crypto,
this patch series only supports a limited subset of crypto services.
Only the following algorithms are tested:
Cipher algorithms:
- RTE_CRYPTO_CIPHER_AES_CBC (128-bi
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
drivers/crypto/meson.build| 2 +-
drivers/crypto/virtio/meson.build | 12
2 files changed, 13 insertions(+), 1 deletion(-)
create mode 100644 drivers/crypto/virtio/meson.build
diff --git a/drivers/cry
The AES-CBC with HMAC-SHA1 has been supported now.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
drivers/crypto/virtio/virtio_crypto_capabilities.h | 21 +
drivers/crypto/virtio/virtio_cryptodev.c | 4 +++-
2 files changed, 24 insertions(
This patch adds the guide for virtio crypto PMD.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
MAINTAINERS | 2 +
doc/guides/cryptodevs/features/virtio.ini | 26 +++
doc/guides/cryptodevs/index.rst | 1 +
doc/guides/cryp
This patch implements the initialization of the virtio crypto device.
The virtio crypto device conforms to virtio-1.0, so this patch only
supports modern mode operation.
The cryptodev is created at the virtio crypto pci device probing stage.
The function of virtio_crypto_pkt_tx_burst() is used to b
This patch implements the statistics of the packets.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
drivers/crypto/virtio/virtio_cryptodev.c | 66 +++-
1 file changed, 64 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/virtio/virti
The virtio crypto device is a virtual cryptography device
as well as a kind of virtual hardware accelerator for
virtual machines. The linux kernel virtio-crypto driver
has been merged, and this patch introduces virtio crypto
PMD to achieve better performance.
Signed-off-by: Jay Zhou
Reviewed-by:
This patch implements the functions of virtio_crypto_pkt_tx_burst()
and virtio_crypto_pkt_rx_burst(). The encryption and decryption requests
are placed in the data queue and are ultimately handled by
the backend crypto accelerators.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zh
Only RTE_CRYPTO_CIPHER_AES_CBC cipher
algorithm are tested as unit test, it is supported both by the
cryptodev-backend-builtin and cryptodev-vhost-user of qemu side.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
test/test/test_cryptodev.c | 48
13/04/2018 19:31, Ferruh Yigit:
> On 3/28/2018 9:57 AM, Wei Dai wrote:
> > This patch check if a requested offloading
> > is supported in the device capability.
> > A per port offloading feature should be enabled or
> > disabled at same time in both rte_eth_dev_configure( )
> > and rte_eth_rx_queue
Hi Jay,
> -Original Message-
> From: Jay Zhou [mailto:jianjay.z...@huawei.com]
> Sent: Sunday, April 15, 2018 9:51 AM
> To: dev@dpdk.org
> Cc: De Lara Guarch, Pablo ; Zhang, Roy Fan
> ; tho...@monjalon.net;
> arei.gong...@huawei.com; Zeng, Xin ;
> weidong.hu...@huawei.com; wangxinxin.w...@
13/04/2018 14:44, Hemant Agrawal:
>
> On 4/13/2018 4:52 PM, Gowrishankar wrote:
> > From: Gowrishankar Muthukrishnan
> >
> > Instead of llX, use C99 standard "PRIu64" in format specifier. Former one
> > breaks compile in ppc64le.
> >
> > Fixes: c2c167fdb3 ("bus/fslmc: support memory event callb
16/02/2017 08:22, Chao Zhu:
> Thomas,
>
> We have several different internal fixes and didn't get a conclusion. Let me
> summarize them and give a final patch sets.
> Thanks for your reminder!
This patch is now classified as rejected.
> > The first mbuf and the last mbuf to be visited in the preceding loop
> > are not set to NULL in the fragmentation table. This creates the
> > possibility of a double free when the fragmentation table is later freed
> > with rte_ip_frag_table_destroy().
> >
> > Fixes: 95908f52393d ("ip_frag: f
> > rte_hash_lookup_with_hash() has wrong comment for its 'sig' param.
> >
> > Fixes: 1a9f648be291 ("hash: fix for multi-process apps")
> >
> > Signed-off-by: Shreyansh Jain
>
> Acked-by: Pablo de Lara
>
> Also, this should be backported to the stable branch, so I CC sta...@dpdk.org.
Applied
15/04/2018 07:28, Shahaf Shuler:
> Saturday, April 14, 2018 12:21 AM, Ferruh Yigit:
> > Subject: [PATCH v2] doc: reduce initial offload API scope to drivers
> >
> > Do ethdev new offloading API switch in two steps.
> >
> > In v18.05 target is implementing the new ethdev-PMD offload interface,
> >
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Shweta Choudaha
> Sent: Saturday, April 14, 2018 12:35 AM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; Ananyev, Konstantin
> ; Zhang, Helin ;
> Yigit, Ferruh ; shweta.choud...@att.com
> Subject: [dpdk-dev] [PATCH v4] ne
On 2018/04/12 16:38, Matej Vido wrote:
On 11.04.2018 12:51, Ferruh Yigit wrote:
On 4/11/2018 10:36 AM, Matej Vido wrote:
On 10.04.2018 17:28, Ferruh Yigit wrote:
On 4/6/2018 3:12 PM, Matej Vido wrote:
NFB cards employ multiple Ethernet ports.
Until now, Ethernet port-related operations were p
Hi,
05/04/2018 18:01, Fan Zhang:
> This patch adds vhost_crypto sample application to DPDK.
>
> Signed-off-by: Fan Zhang
> ---
> examples/vhost_crypto/Makefile| 32 +++
> examples/vhost_crypto/main.c | 541
> ++
> examples/vhost_crypto/meson.build
Previously, vfio uses its own private channel for the secondary
process to get container fd and group fd from the primary process.
This patch changes to use the generic mp channel.
Test:
1. Bind two NICs to vfio-pci.
2. Start the primary and secondary process.
$ (symmetric_mp) -c 2 -- -p
Signed-off-by: Gaetan Rivet
---
lib/Makefile | 3 +--
lib/librte_eal/common/Makefile| 2 +-
lib/librte_kvargs/Makefile| 3 ++-
lib/librte_kvargs/rte_kvargs.c
This patchset introduces a new EAL API for querying devices,
filtered by arbitrary properties.
The following elements are introduced to this end:
* A new object, "rte_class", is used to describe
the device class abstraction layer (eth, crypto, ...).
* Both rte_bus and rte_class now offer a
Build a central list to quickly see each used priorities for
constructors, allowing to verify that they are both above 100 and in the
proper order.
Signed-off-by: Gaetan Rivet
Acked-by: Neil Horman
Acked-by: Shreyansh Jain
---
lib/librte_eal/common/eal_common_log.c | 2 +-
lib/librte_eal/c
Add the priority RTE_PRIORITY_LAST, used for initialization routines
meant to be run after all other constructors.
This priority becomes the default priority for all DPDK constructors.
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/include/rte_common.h | 23 ---
1 fil
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/include/rte_common.h | 23 +++
1 file changed, 23 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_common.h
b/lib/librte_eal/common/include/rte_common.h
index 69e5ed1e3..d48e0ec56 100644
--- a/lib/librte_eal/c
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/bsdapp/eal/Makefile | 1 +
lib/librte_eal/common/Makefile | 2 +-
lib/librte_eal/common/eal_common_class.c | 62 +++
lib/librte_eal/common/include/rte_class.h | 121 +
lib/librte_eal
A device iterator allows iterating over a set of devices.
This set is defined by the two descriptions offered,
* rte_bus
* rte_class
Only one description can be provided, or both. It is not allowed to
provide no description at all.
Each layer of abstraction then performs a filter based on th
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/include/rte_class.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/librte_eal/common/include/rte_class.h
b/lib/librte_eal/common/include/rte_class.h
index b5e550a34..e8176f5e1 100644
--- a/lib/librte_eal/common/include/rte_class
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/include/rte_class.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_eal/common/include/rte_class.h
b/lib/librte_eal/common/include/rte_class.h
index e8176f5e1..9d5b06807 100644
--- a/lib/librte_eal/common/include/rte_class.h
++
This function can be used as a callback to
rte_kvargs_process.
This should reduce code duplication.
Signed-off-by: Gaetan Rivet
---
lib/Makefile | 1 +
lib/librte_kvargs/rte_kvargs.c | 10 ++
lib/librte_kvargs/rte_kvargs.h | 28 ++
Parse a device description.
Split this description in their relevant part for each layers.
No dynamic allocation is performed.
Signed-off-by: Gaetan Rivet
---
lib/Makefile| 1 +
lib/librte_eal/bsdapp/eal/Makefile | 1 +
lib/librte_eal/common/eal_common_dev.c
Use the iteration hooks in the abstraction layers to perform the
requested filtering on the internal device lists.
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/eal_common_dev.c | 168
lib/librte_eal/common/include/rte_dev.h | 26 +
lib/librte_eal/r
Signed-off-by: Gaetan Rivet
---
lib/librte_eal/common/include/rte_bus.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_eal/common/include/rte_bus.h
b/lib/librte_eal/common/include/rte_bus.h
index eb9eded4e..747baf140 100644
--- a/lib/librte_eal/common/include/rte_bus.h
+++ b/lib/
If start is set, and a device before it matches the data
passed for comparison, then this first device is returned.
This induces potentially infinite loops.
Fixes: c7fe1eea8a74 ("bus: simplify finding starting point")
Cc: sta...@dpdk.org
Signed-off-by: Gaetan Rivet
---
drivers/bus/pci/pci_comm
Signed-off-by: Gaetan Rivet
---
drivers/bus/pci/Makefile | 2 +-
drivers/bus/pci/pci_common.c | 42 ++
2 files changed, 43 insertions(+), 1 deletion(-)
diff --git a/drivers/bus/pci/Makefile b/drivers/bus/pci/Makefile
index 804a198d1..bbda567c1 100644
If start is set and a device before it matches the data,
this device is returned.
This induces potentially infinite loops.
Fixes: c7fe1eea8a74 ("bus: simplify finding starting point")
Cc: sta...@dpdk.org
Signed-off-by: Gaetan Rivet
---
drivers/bus/vdev/rte_bus_vdev.h | 3 +++
drivers/bus/vdev
The PCI bus can now parse a matching field "id" as follows:
"bus=pci,id=:00:00.0"
or
"bus=pci,id=00:00.0"
Signed-off-by: Gaetan Rivet
---
drivers/bus/pci/pci_common.c | 28 ++--
1 file changed, 26 insertions(+), 2 deletions(-)
diff --git a/drivers
Signed-off-by: Gaetan Rivet
---
drivers/bus/vdev/Makefile | 2 +-
drivers/bus/vdev/vdev.c | 42 ++
2 files changed, 43 insertions(+), 1 deletion(-)
diff --git a/drivers/bus/vdev/Makefile b/drivers/bus/vdev/Makefile
index 24d424a38..52728833c 100644
---
Signed-off-by: Gaetan Rivet
---
lib/Makefile | 2 +-
lib/librte_ether/Makefile| 3 +-
lib/librte_ether/rte_class_eth.c | 79
3 files changed, 82 insertions(+), 2 deletions(-)
create mode 100644 lib/librte_ether/rte_class_eth.
The vdev bus parses a field "driver", matching
a vdev driver name with one passed as follows:
"bus=vdev,driver="
Signed-off-by: Gaetan Rivet
---
drivers/bus/vdev/Makefile | 1 +
drivers/bus/vdev/vdev.c | 14 --
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git
This iterator can be customized with a comparison function that will
trigger a stopping condition.
It can be leveraged to write several different iterators that have
similar but non-identical purposes.
It is private to librte_ether.
Signed-off-by: Gaetan Rivet
---
lib/librte_ether/Makefile
The eth device class can now parse a field name,
matching the eth_dev name with one passed as
"class=eth,name=xx"
Signed-off-by: Gaetan Rivet
---
lib/librte_ether/rte_class_eth.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/lib/librte_ether/rte_class_eth.c b/lib/librte_ethe
Sorry, forget the version change log. FYI:
v6->v7:
- Rebase on master.
v5->v6: (Address comments from Anatoly)
- Naming, return checking, logging.
- Move vfio action register after rte_bus_probe().
On 4/15/2018 11:06 PM, Jianfeng Tan wrote:
Previously, vfio uses its own private channel f
A new interactive command is offered:
show device
This commands lists all rte_device element matching the device
description. e.g.:
show device bus=pci
show device bus=vdev
show device bus=vdev/class=eth
show device bus=vdev,driver=net_ring/class=eth
show device bus=vdev/class
Hello Neil,
On Sat, Apr 14, 2018 at 02:45:45PM -0400, Neil Horman wrote:
> On Fri, Apr 13, 2018 at 02:55:11PM +0200, Gaëtan Rivet wrote:
> > Hi Shreyansh,
> >
> > On Fri, Apr 13, 2018 at 06:22:43PM +0530, Shreyansh Jain wrote:
> > > On Friday 13 April 2018 05:12 PM, Neil Horman wrote:
> > > > On
IFCVF driver
The IFCVF vDPA (vhost data path acceleration) driver provides support for the
Intel FPGA 100G VF (IFCVF). IFCVF's datapath is virtio ring compatible, it
works as a HW vhost backend which can send/receive packets to/from virtio
directly by DMA. Besides, it supports dirty pa
Currently eal vfio framework binds vfio group fd to the default
container fd during rte_vfio_setup_device, while in some cases,
e.g. vDPA (vhost data path acceleration), we want to put vfio group
to a separate container and program IOMMU via this container.
This patch extends the vfio_config struc
This patch adds APIs to support container create/destroy and device
bind/unbind with a container. It also provides API for IOMMU programing
on a specified container.
A driver could use "rte_vfio_create_container" helper to create a
new container from eal, use "rte_vfio_bind_group" to bind a device
If we want a virtio device to work in vDPA (vhost data path acceleration)
mode, we could add a "vdpa=1" devarg for this device to specify the mode.
This patch let virtio pmd skip device probe when detecting this parameter.
Signed-off-by: Xiao Wang
Reviewed-by: Maxime Coquelin
Reviewed-by: Ferru
The IFCVF vDPA (vhost data path acceleration) driver provides support for
the Intel FPGA 100G VF (IFCVF). IFCVF's datapath is virtio ring compatible,
it works as a HW vhost backend which can send/receive packets to/from
virtio directly by DMA.
Different VF devices serve different virtio frontends
Signed-off-by: Xiao Wang
Reviewed-by: Maxime Coquelin
Reviewed-by: Ferruh Yigit
---
doc/guides/nics/features/ifcvf.ini | 8 +++
doc/guides/nics/ifcvf.rst | 98 ++
doc/guides/nics/index.rst | 1 +
doc/guides/rel_notes/release_18_05.
15/04/2018 16:34, Thomas Monjalon:
> Hi,
>
> 05/04/2018 18:01, Fan Zhang:
> > This patch adds vhost_crypto sample application to DPDK.
> >
> > Signed-off-by: Fan Zhang
> > ---
> > examples/vhost_crypto/Makefile| 32 +++
> > examples/vhost_crypto/main.c | 541
> > +
03/04/2018 10:02, Maxime Coquelin:
> On 04/02/2018 01:46 PM, Zhihong Wang wrote:
> > lib/librte_vhost/Makefile | 4 +-
> > lib/librte_vhost/rte_vdpa.h| 87 +
> > lib/librte_vhost/rte_vhost_version.map | 7 ++
> > lib/librte_vhost/vdpa.c
Hi Yasuhiro,
Please contact Mellanox support and open a case , supp...@mellanox.com
Best Regards,
Olga
---
Olga Shern
SW Sr. Director DPDK
Mellanox Technologies, Raanana, Israel
-Original Message-
From: dev [mailto:dev-boun...@dp
14/04/2018 01:06, Ferruh Yigit:
> http://dpdk.org/git/next/dpdk-next-net
Pulled with few fixes notified in related threads.
Hi Pablo,
> -Original Message-
> From: De Lara Guarch, Pablo [mailto:pablo.de.lara.gua...@intel.com]
> Sent: Sunday, April 15, 2018 8:09 PM
> To: Zhoujian (jay) ; dev@dpdk.org
> Cc: Zhang, Roy Fan ; tho...@monjalon.net; Gonglei
> (Arei) ; Zeng, Xin ;
> Huangweidong (C) ; wangxin (U)
> ; lo
This patch implements the statistics of the packets.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
drivers/crypto/virtio/virtio_cryptodev.c | 66 +++-
1 file changed, 64 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/virtio/virti
This patch implements session related operations, which includes creating
and destroying the session. For now, it only supports the session-oriented
API implementation. The control queue used to create or destroy sessions
for symmetric algorithms.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
A
The virtio crypto device is a virtual cryptography device
as well as a kind of virtual hardware accelerator for
virtual machines. The linux kernel virtio-crypto driver
has been merged, and this patch introduces virtio crypto
PMD to achieve better performance.
Signed-off-by: Jay Zhou
Reviewed-by:
This patch implements the basic operations of virtio crypto PMD, which
includes start, stop, close, information getting, queue setup and
release of the device.
The virtio crypto device has two types of queues, data queue and
control queue. It has one data queue at least and has one and only one
con
This patch series introduce virtio crypto poll mode driver.
Since it is limited by the vhost crypto backend of the virtio-crypto,
this patch series only supports a limited subset of crypto services.
Only the following algorithms are tested:
Cipher algorithms:
- RTE_CRYPTO_CIPHER_AES_CBC (128-bi
This patch implements the initialization of the virtio crypto device.
The virtio crypto device conforms to virtio-1.0, so this patch only
supports modern mode operation.
The cryptodev is created at the virtio crypto pci device probing stage.
The function of virtio_crypto_pkt_tx_burst() is used to b
The AES-CBC cipher only algorithm has been supported now.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
drivers/crypto/virtio/virtio_crypto_capabilities.h | 30 ++
drivers/crypto/virtio/virtio_cryptodev.c | 11
2 files changed, 41
The AES-CBC with HMAC-SHA1 has been supported now.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
drivers/crypto/virtio/virtio_crypto_capabilities.h | 21 +
drivers/crypto/virtio/virtio_cryptodev.c | 4 +++-
2 files changed, 24 insertions(
This patch adds the guide for virtio crypto PMD.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
MAINTAINERS | 2 +
doc/guides/cryptodevs/features/virtio.ini | 26 +++
doc/guides/cryptodevs/index.rst | 1 +
doc/guides/cryp
This patch implements the functions of virtio_crypto_pkt_tx_burst()
and virtio_crypto_pkt_rx_burst(). The encryption and decryption requests
are placed in the data queue and are ultimately handled by
the backend crypto accelerators.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zh
Only RTE_CRYPTO_CIPHER_AES_CBC cipher
algorithm are tested as unit test, it is supported both by the
cryptodev-backend-builtin and cryptodev-vhost-user of qemu side.
Signed-off-by: Jay Zhou
Reviewed-by: Fan Zhang
Acked-by: Fan Zhang
---
test/test/test_cryptodev.c | 48
Thanks, Thomas and Ferruh
I think I can implement v3 for this.
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Sunday, April 15, 2018 6:37 PM
> To: Yigit, Ferruh ; Dai, Wei
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] ethdev: check Rx/Tx offloa
> -Original Message-
> From: Zhang, Qi Z
> Sent: Thursday, April 12, 2018 1:22 PM
> To: Tonghao Zhang; Xing, Beilei; Dai, Wei; Zhang, Helin; Lu, Wenzhuo
> Cc: dev@dpdk.org
> Subject: RE: [dpdk-dev] [PATCH v3 0/5] ixgbe: fix bugs or just improve.
>
> On Mon, Feb 5, 2018 at 8:51 AM, wrot
Hi all,
Is there way to check change log specific to dpdk core, between two releases?
Say, how can I check for changes from 16.11 to 17.11 specific to dpdk.
(excluding device specific changes).
--
Regards,
Srinivas
v3:
- remove patch for port action and enhanced statistic query.
- reworked IPv6 ND related pattern base on Adrien's suggestion.
- remove generic increament/decrement/copy action
- rework packet modification action(RTE_FLOW_ACTION_TYPE_FIELD_SET).
- Add OpenFlow friendly TTL change actions.
- Add O
Add new action RTE_FLOW_ACTION_TYPE_FIELD_SET, it is used to
modify fields of specific protocol layer of the packet, for
packet that does not include the specific protocal layer, the
action is skipped.
Signed-off-by: Qi Zhang
---
doc/guides/prog_guide/rte_flow.rst | 30 ++
Add new protocol header match support as below
RTE_FLOW_ITEM_TYPE_ARP_IPV4
- matches an IPv4 ARP header
RTE_FLOW_ITEM_TYPE_IPV6_EXT
- matches an IPv6 extension header with any type.
RTE_FLOW_ITEM_TYPE_ICMP6
- matches an ICMPv6 header followed by any message body.
RTE_FLOW_I
Add couple OpenFlow frienldy TTL change actions.
RTE_FLOW_ACTION_MLPS_TTL_DEC - decrement MPLS TTL.
RTE_FLOW_ACTION_IP_TTL_DEC - decrement IP TTL.
RTE_FLOW_ACTION_TTL_COPY_OUT - copy TTL outwards.
RTE_FLOW_ACTION_TTL_COPY_IN - copy TTL inwards.
Signed-off-by: Qi Zhang
---
app/test-pmd/cmdline_f
Add couple Openflow frienldy VLAN/MPLS push/pop actions.
RTE_FLOW_ACTION_VLAN_POP - pop a VLAN header.
RTE_FLOW_ACTION_VLAN_PUSH - push a VLAN header.
RTE_FLOW_ACTION_MPLS_POP - pop a MPLS header.
RTE_FLOW_ACTION_MPLS_PUSH - push a MPLS header.
Signed-off-by: Qi Zhang
---
app/test-pmd/cmdline_f
Hi Qi,
Am wondering if we can make the below more generic and not tailored for
specific use cases.
Monday, April 16, 2018 8:17 AM, Qi Zhang:
> Subject: [dpdk-dev] [PATCH v3 3/4] ethdev: add TTL change actions in flow
> API
>
> Add couple OpenFlow frienldy TTL change actions.
>
> RTE_FLOW_ACTI
Friday, April 13, 2018 4:59 PM, Thomas Monjalon:
> >
> > OK. Shahaf, will you submit a v2 with this, or should i do it? I think
> > it should be just a matter of #ifndef VFIO_PRESENT //define
> > vfio_device_info struct #endif - this should take care of the problem
> > of hiding the function defini
According to
commit 315ee8374e0e ("doc: reduce initial offload API rework scope
to drivers")
All PMDs should have moved to the new offloads API. Therefore it is safe
to remove the new->old convert helps.
The old->new helpers will remain to support application which still use
Add MRVL CRYPTO PMD to meson build system.
Signed-off-by: Tomasz Duszynski
---
drivers/crypto/meson.build | 2 +-
drivers/crypto/mrvl/meson.build | 21 +
2 files changed, 22 insertions(+), 1 deletion(-)
create mode 100644 drivers/crypto/mrvl/meson.build
diff --git a/d
v3:
- remove patch for port action and enhanced statistic query.
- reworked IPv6 ND related pattern base on Adrien's suggestion.
- remove generic increament/decrement/copy action
- rework packet modification action(RTE_FLOW_ACTION_TYPE_FIELD_SET).
- Add OpenFlow friendly TTL change actions.
- Add O
Add couple OpenFlow frienldy TTL change actions.
RTE_FLOW_ACTION_MLPS_TTL_DEC - decrement MPLS TTL.
RTE_FLOW_ACTION_IP_TTL_DEC - decrement IP TTL.
RTE_FLOW_ACTION_TTL_COPY_OUT - copy TTL outwards.
RTE_FLOW_ACTION_TTL_COPY_IN - copy TTL inwards.
Signed-off-by: Qi Zhang
---
app/test-pmd/cmdline_f
Add new protocol header match support as below
RTE_FLOW_ITEM_TYPE_ARP_IPV4
- matches an IPv4 ARP header
RTE_FLOW_ITEM_TYPE_IPV6_EXT
- matches an IPv6 extension header with any type.
RTE_FLOW_ITEM_TYPE_ICMP6
- matches an ICMPv6 header followed by any message body.
RTE_FLOW_I
Add new action RTE_FLOW_ACTION_TYPE_FIELD_SET, it is used to
modify fields of specific protocol layer of the packet, the
action only apply on packets that contain the requireds protocol
layer.
Signed-off-by: Qi Zhang
---
doc/guides/prog_guide/rte_flow.rst | 30 +++
lib/li
Add couple Openflow frienldy VLAN/MPLS push/pop actions.
RTE_FLOW_ACTION_VLAN_POP - pop a VLAN header.
RTE_FLOW_ACTION_VLAN_PUSH - push a VLAN header.
RTE_FLOW_ACTION_MPLS_POP - pop a MPLS header.
RTE_FLOW_ACTION_MPLS_PUSH - push a MPLS header.
Signed-off-by: Qi Zhang
---
app/test-pmd/cmdline_f
Hello,
Yes, sorry, the code flow I've presented was taken from investigation of
vfio_pci, but I'm not sure which hardware exactly (I've tested also some other
HWs). If it still doesn't make sense, maybe those are wrong assumptions.
Should I resent this question to u...@dpdk.org ? I don't want
The application may want to store private data along with the
rte_crypto_op that is transparent to the rte_cryptodev layer.
For e.g., If an eventdev based application is submitting a
crypto session-less operation and wants to indicate event
information required to construct a new event that will be
The application may want to store private data along with the
rte_cryptodev that is transparent to the rte_cryptodev layer.
For e.g., If an eventdev based application is submitting a
rte_cryptodev_sym_session operation and wants to indicate event
information required to construct a new event that w
Signed-off-by: Abhinandan Gujjar
Acked-by: Akhil Goyal
---
doc/guides/prog_guide/cryptodev_lib.rst | 27 +++
1 file changed, 27 insertions(+)
diff --git a/doc/guides/prog_guide/cryptodev_lib.rst
b/doc/guides/prog_guide/cryptodev_lib.rst
index 066fe2d..b279a20 100644
---
91 matches
Mail list logo
