| 443b949e | 10-Nov-2023 |
David Marchand <david.marchand@redhat.com> |
doc: use ordered lists
Prefer automatically ordered lists by using #.
Signed-off-by: David Marchand <david.marchand@redhat.com>
Acked-by: Bruce Richardson <bruce.richardson@intel.com>
Acked-by: Dar
doc: use ordered lists
Prefer automatically ordered lists by using #.
Signed-off-by: David Marchand <david.marchand@redhat.com>
Acked-by: Bruce Richardson <bruce.richardson@intel.com>
Acked-by: Dariusz Sosnowski <dsosnowski@nvidia.com>
show more ...
|
| fc7428ea | 10-Nov-2023 |
David Marchand <david.marchand@redhat.com> |
doc: fix some ordered lists
Ordered lists must start preceded by an empty line.
Entries must be separated by an empty line (as per our coding style).
Incorrectly indented lines are seen as a separat
doc: fix some ordered lists
Ordered lists must start preceded by an empty line.
Entries must be separated by an empty line (as per our coding style).
Incorrectly indented lines are seen as a separator and result in
starting a new list in the rendered doc.
Fix issues in some guides.
Fixes: 26b683b4f7d0 ("net/virtio: setup Rx queue interrupts")
Fixes: 9dcf5d15569b ("doc: clarify path selection in virtio guide")
Fixes: 68a03efeed65 ("doc: add Marvell cnxk platform guide")
Fixes: f6010c7655cc ("doc: add GSO programmer's guide")
Cc: stable@dpdk.org
Signed-off-by: David Marchand <david.marchand@redhat.com>
Acked-by: Bruce Richardson <bruce.richardson@intel.com>
show more ...
|
| 1cd1716b | 27-Oct-2023 |
Bruce Richardson <bruce.richardson@intel.com> |
buildtools/cmdline: support option strings
Add support to the commandline generator for option strings, where there
are only a limited number of acceptable values to be passed as a
parameter.
Signe
buildtools/cmdline: support option strings
Add support to the commandline generator for option strings, where there
are only a limited number of acceptable values to be passed as a
parameter.
Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
Acked-by: David Marchand <david.marchand@redhat.com>
show more ...
|
| 37666691 | 27-Oct-2023 |
Bruce Richardson <bruce.richardson@intel.com> |
buildtools: add a tool to generate cmdline boilerplate
Provide a "dpdk-cmdline-gen.py" script for application developers to
quickly generate the boilerplate code necessary for using the cmdline
libr
buildtools: add a tool to generate cmdline boilerplate
Provide a "dpdk-cmdline-gen.py" script for application developers to
quickly generate the boilerplate code necessary for using the cmdline
library.
Example of use:
The script takes an input file with a list of commands the user wants in
the app, where the parameter variables are tagged with the type.
For example:
$ cat commands.list
list
add <UINT16>x <UINT16>y
echo <STRING>message
add socket <STRING>path
quit
When run through the script as "./dpdk-cmdline-gen.py commands.list",
the output will be the contents of a header file with all the
boilerplate necessary for a commandline instance with those commands.
If the flag --stubs is passed, an output header filename must also be
passed, in which case both a header file with the definitions and a C
file with function stubs in it is written to disk. The separation is so
that the header file can be rewritten at any future point to add more
commands, while the C file can be kept as-is and extended by the user
with any additional functions needed.
Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
Acked-by: David Marchand <david.marchand@redhat.com>
show more ...
|
| 449dc649 | 27-Oct-2023 |
Bruce Richardson <bruce.richardson@intel.com> |
doc: add cmdline programmer guide
The cmdline library was not documented in our programmers guide, so add
a new chapter on it. This chapter covers step-by-step how to use the
library, rather than fo
doc: add cmdline programmer guide
The cmdline library was not documented in our programmers guide, so add
a new chapter on it. This chapter covers step-by-step how to use the
library, rather than focusing on the library internals. This complements
the existing cmdline example app document, providing more details on the
process of using the library.
Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
Acked-by: David Marchand <david.marchand@redhat.com>
show more ...
|
| 6d69a1a6 | 13-Oct-2023 |
Nicolas Chautru <nicolas.chautru@intel.com> |
doc: clarify baseband device discovery
Adding more context and information related the data exposed
through device discovery notably for FEC and FFT operations.
Signed-off-by: Nicolas Chautru <nico
doc: clarify baseband device discovery
Adding more context and information related the data exposed
through device discovery notably for FEC and FFT operations.
Signed-off-by: Nicolas Chautru <nicolas.chautru@intel.com>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
show more ...
|
| 58fbbcca | 28-Sep-2023 |
Rakesh Kudurumalla <rkudurumalla@marvell.com> |
node: add IPv4 local node to handle local packets
Local or Host destined pkts can be redirected IPv4 local node
using IP4 Lookup node entries with prefix of 32 and be redirected
to this IP4 local no
node: add IPv4 local node to handle local packets
Local or Host destined pkts can be redirected IPv4 local node
using IP4 Lookup node entries with prefix of 32 and be redirected
to this IP4 local node for further processing.
Signed-off-by: Rakesh Kudurumalla <rkudurumalla@marvell.com>
Acked-by: Nithin Dabilpuram <ndabilpuram@marvell.com>
show more ...
|
| 0124e18f | 27-Jul-2023 |
Pavan Nikhilesh <pbhagavatula@marvell.com> |
node: add IPv4 reassembly node
Add IPv4 reassembly node.
Signed-off-by: Pavan Nikhilesh <pbhagavatula@marvell.com>
Acked-by: Nithin Dabilpuram <ndabilpuram@marvell.com> |
| b2cd3918 | 08-Sep-2023 |
Jiawei Wang <jiaweiw@nvidia.com> |
net/mlx5: extend send to kernel action support
The send to kernel action was supported in NIC and FDB tables,
Currently, the send to kernel action is created in NIC RX only.
With some TC rules (exa
net/mlx5: extend send to kernel action support
The send to kernel action was supported in NIC and FDB tables,
Currently, the send to kernel action is created in NIC RX only.
With some TC rules (example: roce packets, redirects into rep ports)
and DPDK rules for the rest of the traffic. Then it needs the
specific rule to re-route the packets into the kernel through the FDB
table.
This patch adds the FDB and NIC-TX tables support for sending to the kernel
action.
Signed-off-by: Jiawei Wang <jiaweiw@nvidia.com>
Acked-by: Suanming Mou <suanmingm@nvidia.com>
Acked-by: Ori Kam <orika@nvidia.com>
show more ...
|
| ffe18b05 | 10-Oct-2023 |
Ori Kam <orika@nvidia.com> |
ethdev: add calculate hash function
rte_flow supports insert by index table, see
commit 60261a005dff ("ethdev: add flow template table insertion type").
Using the above table, the application can c
ethdev: add calculate hash function
rte_flow supports insert by index table, see
commit 60261a005dff ("ethdev: add flow template table insertion type").
Using the above table, the application can create rules
that are based on hash.
For example application can create the following logic in order
to create load balancing:
1. Create insert by index table with 2 rules, that hashes based on dmac
2. Insert to index 0 a rule that sends the traffic to port A.
3. Insert to index 1 a rule that sends the traffic to port B.
Let's also assume that before this table, there is a 5 tuple
match table that jumps to the above table.
So each packet that matches one of the 5 tuple rules is RSSed
to port A or B, based on dmac hash.
The issue arises when there is a miss on the 5 tuple table,
which resulted due to the packet being the first packet of this flow, or
fragmented packet or any other reason.
In this case, the application must calculate what would be the
hash calculated by the HW so it can send the packet to the correct
port.
This new API allows applications to calculate the hash value of a given
packet for a given table.
Signed-off-by: Ori Kam <orika@nvidia.com>
show more ...
|
| ecca8a0b | 12-Oct-2023 |
Mattias Rönnblom <mattias.ronnblom@ericsson.com> |
lib: introduce dispatcher library
The purpose of the dispatcher library is to help reduce coupling in an
Eventdev-based DPDK application.
In addition, the dispatcher also provides a convenient and
lib: introduce dispatcher library
The purpose of the dispatcher library is to help reduce coupling in an
Eventdev-based DPDK application.
In addition, the dispatcher also provides a convenient and flexible
way for the application to use service cores for application-level
processing.
Signed-off-by: Mattias Rönnblom <mattias.ronnblom@ericsson.com>
Tested-by: Peter Nilsson <peter.j.nilsson@ericsson.com>
Reviewed-by: Heng Wang <heng.wang@ericsson.com>
show more ...
|
| d007a7f3 | 03-Oct-2023 |
Pavan Nikhilesh <pbhagavatula@marvell.com> |
eventdev: introduce link profiles
A collection of event queues linked to an event port can be
associated with a unique identifier called as a link profile, multiple
such profiles can be created base
eventdev: introduce link profiles
A collection of event queues linked to an event port can be
associated with a unique identifier called as a link profile, multiple
such profiles can be created based on the event device capability
using the function `rte_event_port_profile_links_set` which takes
arguments similar to `rte_event_port_link` in addition to the profile
identifier.
The maximum link profiles that are supported by an event device
is advertised through the structure member
`rte_event_dev_info::max_profiles_per_port`.
By default, event ports are configured to use the link profile 0
on initialization.
Once multiple link profiles are set up and the event device is started,
the application can use the function `rte_event_port_profile_switch`
to change the currently active profile on an event port. This effects
the next `rte_event_dequeue_burst` call, where the event queues
associated with the newly active link profile will participate in
scheduling.
An unlink function `rte_event_port_profile_unlink` is provided
to modify the links associated to a profile, and
`rte_event_port_profile_links_get` can be used to retrieve the
links associated with a profile.
Using Link profiles can reduce the overhead of linking/unlinking and
waiting for unlinks in progress in fast-path and gives applications
the ability to switch between preset profiles on the fly.
Signed-off-by: Pavan Nikhilesh <pbhagavatula@marvell.com>
Acked-by: Jerin Jacob <jerinj@marvell.com>
show more ...
|
| 66a30a29 | 29-Sep-2023 |
Amit Prakash Shukla <amitprakashs@marvell.com> |
eventdev/dma: introduce DMA adapter
Introduce event dma adapter interface to transfer packets between
dma device and event device.
Signed-off-by: Amit Prakash Shukla <amitprakashs@marvell.com>
Acke
eventdev/dma: introduce DMA adapter
Introduce event dma adapter interface to transfer packets between
dma device and event device.
Signed-off-by: Amit Prakash Shukla <amitprakashs@marvell.com>
Acked-by: Jerin Jacob <jerinj@marvell.com>
show more ...
|
| 1f07a41d | 21-Aug-2023 |
Naga Harish K S V <s.v.naga.harish.k@intel.com> |
eventdev/eth_rx: add new adapter create API
Add new API rte_event_eth_rx_adapter_create_ext_with_params() for
creating Rx adapter instance. This API is similar to
rte_event_eth_rx_adapter_create_ext
eventdev/eth_rx: add new adapter create API
Add new API rte_event_eth_rx_adapter_create_ext_with_params() for
creating Rx adapter instance. This API is similar to
rte_event_eth_rx_adapter_create_ext() with an additional input
argument for adapter configuration parameters of type
struct rte_event_eth_rx_adapter_params.
Signed-off-by: Naga Harish K S V <s.v.naga.harish.k@intel.com>
Acked-by: Jerin Jacob <jerinj@marvell.com>
show more ...
|
| f4e6c4ef | 15-Jun-2023 |
Nicolas Chautru <nicolas.chautru@intel.com> |
bbdev: add new capability for FEC 5G UL processing
Extending existing LDPC UL operation for new capability.
Option to compress HARQ memory to 4 bits per LLR.
Signed-off-by: Nicolas Chautru <nicolas
bbdev: add new capability for FEC 5G UL processing
Extending existing LDPC UL operation for new capability.
Option to compress HARQ memory to 4 bits per LLR.
Signed-off-by: Nicolas Chautru <nicolas.chautru@intel.com>
Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
show more ...
|
| 0aa8b208 | 15-Jun-2023 |
Nicolas Chautru <nicolas.chautru@intel.com> |
bbdev: add new capabilities for FFT processing
Extending existing FFT operation for new capabilities.
Optional frequency domain dewindowing, frequency resampling,
timing error correction and time of
bbdev: add new capabilities for FFT processing
Extending existing FFT operation for new capabilities.
Optional frequency domain dewindowing, frequency resampling,
timing error correction and time offset per CS.
Signed-off-by: Nicolas Chautru <nicolas.chautru@intel.com>
Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com>
Acked-by: Maxime Coquelin <maxime.coquelin@redhat.com>
show more ...
|
| 089148fc | 15-Jun-2023 |
Nicolas Chautru <nicolas.chautru@intel.com> |
bbdev: add operation type for MLDTS processing
Extended bbdev operations to support MLDTS based operations.
Signed-off-by: Nicolas Chautru <nicolas.chautru@intel.com>
Acked-by: Hemant Agrawal <hema
bbdev: add operation type for MLDTS processing
Extended bbdev operations to support MLDTS based operations.
Signed-off-by: Nicolas Chautru <nicolas.chautru@intel.com>
Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
show more ...
|
| f306fabf | 03-Oct-2023 |
Vidya Sagar Velumuri <vvelumuri@marvell.com> |
cryptodev: add details of datapath handling of TLS records
TLS/DTLS record processing requires content type to be provided per
packet (for record write operation). Extend usage of reserved fields in
cryptodev: add details of datapath handling of TLS records
TLS/DTLS record processing requires content type to be provided per
packet (for record write operation). Extend usage of reserved fields in
rte_crypto_op for the same purpose.
Signed-off-by: Anoob Joseph <anoobj@marvell.com>
Signed-off-by: Vidya Sagar Velumuri <vvelumuri@marvell.com>
Acked-by: Harry van Haaren <harry.van.haaren@intel.com>
Acked-by: Akhil Goyal <gakhil@marvell.com>
show more ...
|
| 7ebdf16a | 03-Oct-2023 |
Anoob Joseph <anoobj@marvell.com> |
security: add TLS record processing
Add Transport Layer Security (TLS) and Datagram Transport Layer Security
(DTLS). The protocols provide communications privacy for L4 protocols
such as TCP & UDP.
security: add TLS record processing
Add Transport Layer Security (TLS) and Datagram Transport Layer Security
(DTLS). The protocols provide communications privacy for L4 protocols
such as TCP & UDP.
TLS (and DTLS) protocol is composed of two layers,
1. TLS Record Protocol
2. TLS Handshake Protocol
While TLS Handshake Protocol helps in establishing security parameters
by which client and server can communicate, TLS Record Protocol provides
the connection security. TLS Record Protocol leverages symmetric
cryptographic operations such as data encryption and authentication for
providing security to the communications.
Cryptodevs that are capable of offloading TLS Record Protocol may
perform other operations like IV generation, header insertion, atomic
sequence number updates and anti-replay window check in addition to
cryptographic transformations.
Support for TLS record protocol is added for TLS 1.2, TLS 1.3 and
DTLS 1.2.
Signed-off-by: Akhil Goyal <gakhil@marvell.com>
Signed-off-by: Anoob Joseph <anoobj@marvell.com>
Signed-off-by: Vidya Sagar Velumuri <vvelumuri@marvell.com>
Acked-by: Harry van Haaren <harry.van.haaren@intel.com>
show more ...
|
| 79bdb787 | 20-Sep-2023 |
Akhil Goyal <gakhil@marvell.com> |
security: hide security context
rte_security_ctx is used by all security APIs to identify
which device security_op it need to call and hence it should
be opaque to the application.
Hence, it is now
security: hide security context
rte_security_ctx is used by all security APIs to identify
which device security_op it need to call and hence it should
be opaque to the application.
Hence, it is now moved to internal header file and all
APIs will now take an opaque pointer for it.
The fast path inline APIs like set metadata need to get flags
from security_ctx. The flags are now retrieved using inline APIs
which use macros to get the offset of flags in security_ctx.
Signed-off-by: Akhil Goyal <gakhil@marvell.com>
Acked-by: Ciara Power <ciara.power@intel.com>
Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com>
show more ...
|
| 0f645db9 | 18-Aug-2023 |
Anoob Joseph <anoobj@marvell.com> |
doc: update security guide
Security library has definitions for configuration parameters
of DOCSIS and MACsec. Remove obsolete comments.
Signed-off-by: Anoob Joseph <anoobj@marvell.com>
Acked-by: A
doc: update security guide
Security library has definitions for configuration parameters
of DOCSIS and MACsec. Remove obsolete comments.
Signed-off-by: Anoob Joseph <anoobj@marvell.com>
Acked-by: Akhil Goyal <gakhil@marvell.com>
show more ...
|
| 03e3cfda | 18-Aug-2023 |
Anoob Joseph <anoobj@marvell.com> |
doc: replace code blocks with includes in security guide
Add literal includes to copy code block while compiling. Having a copy
may lead to mismatch if code is updated without updating the doc.
Fix
doc: replace code blocks with includes in security guide
Add literal includes to copy code block while compiling. Having a copy
may lead to mismatch if code is updated without updating the doc.
Fixes: 40ff8c99ea99 ("doc: add details of security library")
Cc: stable@dpdk.org
Signed-off-by: Anoob Joseph <anoobj@marvell.com>
Acked-by: Akhil Goyal <gakhil@marvell.com>
show more ...
|
| a3d2c697 | 09-Oct-2023 |
Alexander Kozyrev <akozyrev@nvidia.com> |
ethdev: add packet type matching item
Add RTE_FLOW_ITEM_TYPE_PTYPE to allow matching on
L2/L3/L4 and tunnel information as defined in mbuf.
To match on RTE_PTYPE_L4_TCP and RTE_PTYPE_INNER_L4_UDP:
ethdev: add packet type matching item
Add RTE_FLOW_ITEM_TYPE_PTYPE to allow matching on
L2/L3/L4 and tunnel information as defined in mbuf.
To match on RTE_PTYPE_L4_TCP and RTE_PTYPE_INNER_L4_UDP:
flow pattern_template 0 create pattern_template_id 1
ingress template ptype packet_type mask 0x0f000f00 / end
flow queue 0 create 0 template_table 1
pattern_template 0 actions_template 0
pattern ptype packet_type is 0x02000100 / end
actions queue index 1 / end
Signed-off-by: Alexander Kozyrev <akozyrev@nvidia.com>
Acked-by: Ori Kam <orika@nvidia.com>
show more ...
|
| 8a26a658 | 20-Sep-2023 |
Tomer Shmilovich <tshmilovich@nvidia.com> |
ethdev: set flow group miss actions
Introduce new group set miss actions API:
rte_flow_group_set_miss_actions().
A group's miss actions are a set of actions to be performed
in case of a miss on a g
ethdev: set flow group miss actions
Introduce new group set miss actions API:
rte_flow_group_set_miss_actions().
A group's miss actions are a set of actions to be performed
in case of a miss on a group, meaning a packet didn't hit any rules
in the group. This API function allows a user to set a group's
miss actions.
Add testpmd CLI interface for the group set miss actions API:
flow group 0 group_id 1 ingress set_miss_actions jump group 3 / end
flow group 0 group_id 1 ingress set_miss_actions end
Signed-off-by: Tomer Shmilovich <tshmilovich@nvidia.com>
Acked-by: Ori Kam <orika@nvidia.com>
show more ...
|
| 4f840086 | 21-Sep-2023 |
Long Wu <long.wu@corigine.com> |
net/bonding: rename bonded to bonding
DPDK bonding PMD mixing use 'bonded' and 'bonding' currently, this
patch replaces the usage of the word 'bonded' with more appropriate
word 'bonding' in bonding
net/bonding: rename bonded to bonding
DPDK bonding PMD mixing use 'bonded' and 'bonding' currently, this
patch replaces the usage of the word 'bonded' with more appropriate
word 'bonding' in bonding PMD as well as in its docs. Also the test
app and testpmd were modified to use the new wording.
In addition to grammar requirements, we should still use bonded,
and in other cases, we should use bonding.
Signed-off-by: Long Wu <long.wu@corigine.com>
Reviewed-by: Chaoyong He <chaoyong.he@corigine.com>
Reviewed-by: James Hershaw <james.hershaw@corigine.com>
Acked-by: Ferruh Yigit <ferruh.yigit@amd.com>
show more ...
|