d/numam-dpdk
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
8ff9bb8aff
numam-dpdk/doc/guides/rel_notes/release_22_03.rst

489 lines
17 KiB
ReStructuredText
Raw Normal View History

version: 22.03-rc0 Start a new release cycle with empty release notes. Bump version and ABI minor. Enable ABI checks. Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2021-12-02 18:11:21 +00:00
.. SPDX-License-Identifier: BSD-3-Clause
Copyright 2021 The DPDK contributors
.. include:: <isonum.txt>
DPDK Release 22.03
==================
New Features
------------
eal: extend --huge-unlink for hugepage file reuse Expose Linux EAL ability to reuse existing hugepage files via --huge-unlink=never switch. Default behavior is unchanged, it can also be specified using --huge-unlink=existing for consistency. Old --huge-unlink switch is kept, it is an alias for --huge-unlink=always. Add a test case for the --huge-unlink=never mode. Signed-off-by: Dmitry Kozlyuk <dkozlyuk@nvidia.com> Acked-by: Thomas Monjalon <thomas@monjalon.net> Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
2022-02-03 18:13:36 +00:00
* **Added ability to reuse hugepages in Linux.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
It is now possible to reuse files in hugetlbfs to speed up hugepage mapping,
eal: extend --huge-unlink for hugepage file reuse Expose Linux EAL ability to reuse existing hugepage files via --huge-unlink=never switch. Default behavior is unchanged, it can also be specified using --huge-unlink=existing for consistency. Old --huge-unlink switch is kept, it is an alias for --huge-unlink=always. Add a test case for the --huge-unlink=never mode. Signed-off-by: Dmitry Kozlyuk <dkozlyuk@nvidia.com> Acked-by: Thomas Monjalon <thomas@monjalon.net> Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
2022-02-03 18:13:36 +00:00
which may be useful for fast restart and large allocations.
The new mode is activated with ``--huge-unlink=never``
and has security implications, refer to the user and programmer guides.
net: add UDP/TCP checksum in mbuf segments Add functions to call rte_raw_cksum_mbuf() to calculate IPv4/6 UDP/TCP checksum in mbuf which can be over multi-segments. Signed-off-by: Xiaoyun Li <xiaoyun.li@intel.com> Acked-by: Aman Singh <aman.deep.singh@intel.com> Acked-by: Ferruh Yigit <ferruh.yigit@intel.com> Tested-by: Sunil Pai G <sunil.pai.g@intel.com>
2022-01-24 12:28:56 +00:00
* **Added functions to calculate UDP/TCP checksum in mbuf.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added the following functions to calculate UDP/TCP checksum of packets
which can be over multi-segments:
net: add UDP/TCP checksum in mbuf segments Add functions to call rte_raw_cksum_mbuf() to calculate IPv4/6 UDP/TCP checksum in mbuf which can be over multi-segments. Signed-off-by: Xiaoyun Li <xiaoyun.li@intel.com> Acked-by: Aman Singh <aman.deep.singh@intel.com> Acked-by: Ferruh Yigit <ferruh.yigit@intel.com> Tested-by: Sunil Pai G <sunil.pai.g@intel.com>
2022-01-24 12:28:56 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
- ``rte_ipv4_udptcp_cksum_mbuf()``
- ``rte_ipv4_udptcp_cksum_mbuf_verify()``
- ``rte_ipv6_udptcp_cksum_mbuf()``
- ``rte_ipv6_udptcp_cksum_mbuf_verify()``
ethdev: introduce flow engine configuration The flow rules creation/destruction at a large scale incurs a performance penalty and may negatively impact the packet processing when used as part of the datapath logic. This is mainly because software/hardware resources are allocated and prepared during the flow rule creation. In order to optimize the insertion rate, PMD may use some hints provided by the application at the initialization phase. The rte_flow_configure() function allows to pre-allocate all the needed resources beforehand. These resources can be used at a later stage without costly allocations. Every PMD may use only the subset of hints and ignore unused ones or fail in case the requested configuration is not supported. The rte_flow_info_get() is available to retrieve the information about supported pre-configurable resources. Both these functions must be called before any other usage of the flow API engine. Signed-off-by: Alexander Kozyrev <akozyrev@nvidia.com> Acked-by: Ori Kam <orika@nvidia.com> Reviewed-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
2022-02-23 03:02:30 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* **Added functions to configure the flow engine.**
ethdev: introduce flow engine configuration The flow rules creation/destruction at a large scale incurs a performance penalty and may negatively impact the packet processing when used as part of the datapath logic. This is mainly because software/hardware resources are allocated and prepared during the flow rule creation. In order to optimize the insertion rate, PMD may use some hints provided by the application at the initialization phase. The rte_flow_configure() function allows to pre-allocate all the needed resources beforehand. These resources can be used at a later stage without costly allocations. Every PMD may use only the subset of hints and ignore unused ones or fail in case the requested configuration is not supported. The rte_flow_info_get() is available to retrieve the information about supported pre-configurable resources. Both these functions must be called before any other usage of the flow API engine. Signed-off-by: Alexander Kozyrev <akozyrev@nvidia.com> Acked-by: Ori Kam <orika@nvidia.com> Reviewed-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
2022-02-23 03:02:30 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added the ``rte_flow_configure`` API to configure the flow management
engine, allowing preallocation of some resources for better performance.
Added ``rte_flow_info_get`` API to retrieve available resources.
ethdev: add flow item/action templates Treating every single flow rule as a completely independent and separate entity negatively impacts the flow rules insertion rate. Oftentimes in an application, many flow rules share a common structure (the same item mask and/or action list) so they can be grouped and classified together. This knowledge may be used as a source of optimization by a PMD/HW. The pattern template defines common matching fields (the item mask) without values. The actions template holds a list of action types that will be used together in the same rule. The specific values for items and actions will be given only during the rule creation. A table combines pattern and actions templates along with shared flow rule attributes (group ID, priority and traffic direction). This way a PMD/HW can prepare all the resources needed for efficient flow rules creation in the datapath. To avoid any hiccups due to memory reallocation, the maximum number of flow rules is defined at the table creation time. The flow rule creation is done by selecting a table, a pattern template and an actions template (which are bound to the table), and setting unique values for the items and actions. Signed-off-by: Alexander Kozyrev <akozyrev@nvidia.com> Acked-by: Ori Kam <orika@nvidia.com> Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
2022-02-23 03:02:31 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added ``rte_flow_template_table_create`` API to group flow rules
with the same flow attributes and common matching patterns and actions
defined by ``rte_flow_pattern_template_create`` and
``rte_flow_actions_template_create`` respectively.
The corresponding functions to destroy these entities are:
``rte_flow_template_table_destroy``, ``rte_flow_pattern_template_destroy``
and ``rte_flow_actions_template_destroy``.
ethdev: bring in async queue-based flow rules operations A new, faster, queue-based flow rules management mechanism is needed for applications offloading rules inside the datapath. This asynchronous and lockless mechanism frees the CPU for further packet processing and reduces the performance impact of the flow rules creation/destruction on the datapath. Note that queues are not thread-safe and the queue should be accessed from the same thread for all queue operations. It is the responsibility of the app to sync the queue functions in case of multi-threaded access to the same queue. The rte_flow_async_create() function enqueues a flow creation to the requested queue. It benefits from already configured resources and sets unique values on top of item and action templates. A flow rule is enqueued on the specified flow queue and offloaded asynchronously to the hardware. The function returns immediately to spare CPU for further packet processing. The application must invoke the rte_flow_pull() function to complete the flow rule operation offloading, to clear the queue, and to receive the operation status. The rte_flow_async_destroy() function enqueues a flow destruction to the requested queue. Signed-off-by: Alexander Kozyrev <akozyrev@nvidia.com> Acked-by: Ori Kam <orika@nvidia.com> Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
2022-02-23 03:02:32 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* **Added functions for asynchronous flow rules creation and destruction.**
ethdev: bring in async queue-based flow rules operations A new, faster, queue-based flow rules management mechanism is needed for applications offloading rules inside the datapath. This asynchronous and lockless mechanism frees the CPU for further packet processing and reduces the performance impact of the flow rules creation/destruction on the datapath. Note that queues are not thread-safe and the queue should be accessed from the same thread for all queue operations. It is the responsibility of the app to sync the queue functions in case of multi-threaded access to the same queue. The rte_flow_async_create() function enqueues a flow creation to the requested queue. It benefits from already configured resources and sets unique values on top of item and action templates. A flow rule is enqueued on the specified flow queue and offloaded asynchronously to the hardware. The function returns immediately to spare CPU for further packet processing. The application must invoke the rte_flow_pull() function to complete the flow rule operation offloading, to clear the queue, and to receive the operation status. The rte_flow_async_destroy() function enqueues a flow destruction to the requested queue. Signed-off-by: Alexander Kozyrev <akozyrev@nvidia.com> Acked-by: Ori Kam <orika@nvidia.com> Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
2022-02-23 03:02:32 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added the ``rte_flow_async_create`` and ``rte_flow_async_destroy`` APIs
to enqueue flow creation/destruction operations asynchronously as well as
``rte_flow_pull`` to poll and retrieve results of these operations and
``rte_flow_push`` to push all the in-flight operations to the NIC.
Added asynchronous APIs for indirect actions management:
- ``rte_flow_async_action_handle_create``
- ``rte_flow_async_action_handle_destroy``
- ``rte_flow_async_action_handle_update``
ethdev: bring in async indirect actions operations Queue-based flow rules management mechanism is suitable not only for flow rules creation/destruction, but also for speeding up other types of Flow API management. Indirect action object operations may be executed asynchronously as well. Provide async versions for all indirect action operations, namely: rte_flow_async_action_handle_create, rte_flow_async_action_handle_destroy and rte_flow_async_action_handle_update. Signed-off-by: Alexander Kozyrev <akozyrev@nvidia.com> Acked-by: Ori Kam <orika@nvidia.com> Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
2022-02-23 03:02:33 +00:00
ethdev: support GRE optional fields Add flow pattern items and header format for matching optional fields (checksum/key/sequence) in GRE header. And the flags in gre item should be correspondingly set with the new added items. Signed-off-by: Sean Zhang <xiazhang@nvidia.com> Acked-by: Ori Kam <orika@nvidia.com>
2022-02-11 01:45:28 +00:00
* **Added rte_flow support for matching GRE optional fields.**
Added ``gre_option`` item in rte_flow to support checksum/key/sequence
matching in GRE packets.
ethdev: add L2TPv2 RSS offload type This patch defines new RSS offload type for L2TPv2, which is required when users want to distribute packets based on the L2TPv2 session ID field. Signed-off-by: Jie Wang <jie1x.wang@intel.com> Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2022-02-09 09:38:52 +00:00
* **Added new RSS offload types for L2TPv2 in RSS flow.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added ``RTE_ETH_RSS_L2TPV2`` macro so that he L2TPv2 session ID field can be used as
ethdev: add L2TPv2 RSS offload type This patch defines new RSS offload type for L2TPv2, which is required when users want to distribute packets based on the L2TPv2 session ID field. Signed-off-by: Jie Wang <jie1x.wang@intel.com> Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2022-02-09 09:38:52 +00:00
input set for RSS.
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* **Added IP reassembly Ethernet offload APIs to get and set config.**
ethdev: introduce IP reassembly offload IP Reassembly is a costly operation if it is done in software. The operation becomes even more costlier if IP fragments are encrypted. However, if it is offloaded to HW, it can considerably save application cycles. Hence, a new offload feature is exposed in eth_dev ops for devices which can attempt IP reassembly of packets in hardware. - rte_eth_ip_reassembly_capability_get() - to get the maximum values of reassembly configuration which can be set. - rte_eth_ip_reassembly_conf_set() - to set IP reassembly configuration and to enable the feature in the PMD (to be called before rte_eth_dev_start()). - rte_eth_ip_reassembly_conf_get() - to get the current configuration set in PMD. Now when the offload is enabled using rte_eth_ip_reassembly_conf_set(), the resulting reassembled IP packet would be a typical segmented mbuf in case of success. And if reassembly of IP fragments is failed or is incomplete (if fragments do not come before the reass_timeout, overlap, etc), the mbuf dynamic flags can be updated by the PMD. This is updated in a subsequent patch. Signed-off-by: Akhil Goyal <gakhil@marvell.com>
2022-02-08 22:20:25 +00:00
Added IP reassembly offload APIs which provide functions to query IP
reassembly capabilities, to set configuration and to get currently set
reassembly configuration.
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* **Added an API to enable queue based priority flow ctrl (PFC).**
ethdev: support queue-based priority flow control Based on device support and use-case need, there are two different ways to enable PFC. The first case is the port level PFC configuration, in this case, rte_eth_dev_priority_flow_ctrl_set() API shall be used to configure the PFC, and PFC frames will be generated using based on VLAN TC value. The second case is the queue level PFC configuration, in this case, Any packet field content can be used to steer the packet to the specific queue using rte_flow or RSS and then use rte_eth_dev_priority_flow_ctrl_queue_configure() to configure the TC mapping on each queue. Based on congestion selected on the specific queue, configured TC shall be used to generate PFC frames. Signed-off-by: Jerin Jacob <jerinj@marvell.com> Signed-off-by: Sunil Kumar Kori <skori@marvell.com> Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2022-02-08 08:50:48 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added new APIs, ``rte_eth_dev_priority_flow_ctrl_queue_info_get()`` and
``rte_eth_dev_priority_flow_ctrl_queue_configure()`` for queue based
priority flow ctrl (PFC).
ethdev: support queue-based priority flow control Based on device support and use-case need, there are two different ways to enable PFC. The first case is the port level PFC configuration, in this case, rte_eth_dev_priority_flow_ctrl_set() API shall be used to configure the PFC, and PFC frames will be generated using based on VLAN TC value. The second case is the queue level PFC configuration, in this case, Any packet field content can be used to steer the packet to the specific queue using rte_flow or RSS and then use rte_eth_dev_priority_flow_ctrl_queue_configure() to configure the TC mapping on each queue. Based on congestion selected on the specific queue, configured TC shall be used to generate PFC frames. Signed-off-by: Jerin Jacob <jerinj@marvell.com> Signed-off-by: Sunil Kumar Kori <skori@marvell.com> Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2022-02-08 08:50:48 +00:00
ethdev: introduce dump API Added the ethdev dump API which provides querying private info from device. There exists many private properties in different PMD drivers, such as adapter state, Rx/Tx func algorithm in hns3 PMD. The information of these properties is important for debug. As the information is private, the new API is introduced. Signed-off-by: Min Hu (Connor) <humin29@huawei.com> Acked-by: Morten Brørup <mb@smartsharesystems.com> Acked-by: Ray Kinsella <mdr@ashroe.eu> Acked-by: Ajit Khaparde <ajit.khaparde@broadcom.com> Acked-by: Ferruh Yigit <ferruh.yigit@intel.com>
2022-02-11 04:49:22 +00:00
* **Added a private dump API, to dump private info from device.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added the private dump API which provides a facility for querying private info from a device.
There exists many private properties in different PMD drivers and
the information in these properties is useful for debugging.
ethdev: introduce dump API Added the ethdev dump API which provides querying private info from device. There exists many private properties in different PMD drivers, such as adapter state, Rx/Tx func algorithm in hns3 PMD. The information of these properties is important for debug. As the information is private, the new API is introduced. Signed-off-by: Min Hu (Connor) <humin29@huawei.com> Acked-by: Morten Brørup <mb@smartsharesystems.com> Acked-by: Ray Kinsella <mdr@ashroe.eu> Acked-by: Ajit Khaparde <ajit.khaparde@broadcom.com> Acked-by: Ferruh Yigit <ferruh.yigit@intel.com>
2022-02-11 04:49:22 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* **Updated AF_XDP PMD.**
net/af_xdp: use libxdp if available AF_XDP support is deprecated in libbpf since v0.7.0 [1]. The libxdp library now provides the functionality which once was in libbpf and which the AF_XDP PMD relies on. This commit updates the AF_XDP meson build to use the libxdp library if a version >= v1.2.2 is available. If it is not available, only versions of libbpf prior to v0.7.0 are allowed, as they still contain the required AF_XDP functionality. libbpf still remains a dependency even if libxdp is present, as we use libbpf APIs for program loading. The minimum required kernel version for libxdp for use with AF_XDP is v5.3. For the library to be fully-featured, a kernel v5.10 or newer is recommended. The full compatibility information can be found in the libxdp README. v1.2.2 of libxdp includes an important fix required for linking with DPDK which is why this version or greater is required. Meson uses pkg-config to verify the version of libxdp on the system, so it is necessary that the library is discoverable using pkg-config in order for the PMD to use it. To verify this, you can run: pkg-config --modversion libxdp [1] https://github.com/libbpf/libbpf/commit/277846bc6c15 Signed-off-by: Ciara Loftus <ciara.loftus@intel.com>
2022-01-28 09:50:29 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* Added support for libxdp >= v1.2.2.
net/af_xdp: re-enable secondary process support Secondary process support had been disabled for the AF_XDP PMD because there was no logic in place to share the AF_XDP socket file descriptors between the processes. This commit introduces this logic using the IPC APIs. Rx and Tx are disabled in the secondary process due to memory mapping of the AF_XDP rings being assigned by the kernel in the primary process only. However other operations including retrieval of stats are permitted. Signed-off-by: Ciara Loftus <ciara.loftus@intel.com> Acked-by: Stephen Hemminger <stephen@networkplumber.org>
2022-02-09 09:48:08 +00:00
* Re-enabled secondary process support. RX/TX is not supported.
net/af_xdp: use libxdp if available AF_XDP support is deprecated in libbpf since v0.7.0 [1]. The libxdp library now provides the functionality which once was in libbpf and which the AF_XDP PMD relies on. This commit updates the AF_XDP meson build to use the libxdp library if a version >= v1.2.2 is available. If it is not available, only versions of libbpf prior to v0.7.0 are allowed, as they still contain the required AF_XDP functionality. libbpf still remains a dependency even if libxdp is present, as we use libbpf APIs for program loading. The minimum required kernel version for libxdp for use with AF_XDP is v5.3. For the library to be fully-featured, a kernel v5.10 or newer is recommended. The full compatibility information can be found in the libxdp README. v1.2.2 of libxdp includes an important fix required for linking with DPDK which is why this version or greater is required. Meson uses pkg-config to verify the version of libxdp on the system, so it is necessary that the library is discoverable using pkg-config in order for the PMD to use it. To verify this, you can run: pkg-config --modversion libxdp [1] https://github.com/libbpf/libbpf/commit/277846bc6c15 Signed-off-by: Ciara Loftus <ciara.loftus@intel.com>
2022-01-28 09:50:29 +00:00
net/ena: add extra Rx checksum related xstats * Split 'bad_csum' Rx statistic into 'l3_csum_bad' and 'l4_csum_bad' to be able to check which checksum was not calculated properly. * Add l4_csum_good statistic, which shows how many times L4 Rx checksum was properly offloaded. Signed-off-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:28 +00:00
* **Updated Amazon ENA PMD.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
The new driver version (v2.6.0) introduces bug fixes and improvements, including:
net/ena: add extra Rx checksum related xstats * Split 'bad_csum' Rx statistic into 'l3_csum_bad' and 'l4_csum_bad' to be able to check which checksum was not calculated properly. * Add l4_csum_good statistic, which shows how many times L4 Rx checksum was properly offloaded. Signed-off-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:28 +00:00
* Added new checksum related xstats: ``l3_csum_bad``, ``l4_csum_bad`` and
``l4_csum_good``.
net/ena: make link status change interrupt configurable ENA uses AENQ for notification about various events, like LSC, keep alive etc. By default it was enabling all AENQ that were supported by both the driver and the device. As a result the LSC was always processed even if the application turned it off explicitly. As the DPDK provides application with the possibility to configure the LSC, ENA should respect that. AENQ groups are now being updated upon configure step, thus LSC can be activated or disabled between ENA PMD reconfigurations. Moreover, the LSC capability for the device is being determined dynamically. Signed-off-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:29 +00:00
* Added support for the link status configuration.
net/ena/base: use optimized memcpy version also on Arm As the default behavior for arm64 is to alias rte_memcpy as memcpy, ENA cannot redefine memcpy as rte_memcpy as it would cause nested declaration. To make it possible to use optimized memcpy in the ena_com layer on Arm, the driver now redefines memcpy when it is beneficial: * For arm64 only when the flag RTE_ARCH_ARM64_MEMCPY was defined * For arm only when the flag RTE_ARCH_ARM_NEON_MEMCPY was defined Signed-off-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:32 +00:00
* Added optimized memcpy support for the ARM platforms.
net/ena: proxy AQ calls to primary process Due to how the ena_com compatibility layer is written, all AQ commands triggering functions use stack to save results of AQ and then copy them to user given function. Therefore to keep the compatibility layer common, introduce ENA_PROXY macro. It either calls the wrapped function directly (in primary process) or proxies it to the primary via DPDK IPC mechanism. Since all proxied calls are taken under a lock share the result data through shared memory (in struct ena_adapter) to work around 256B IPC parameter size limit. New proxy calls can be added by 1. Adding a new message type at the end of enum ena_mp_req 2. Adding new message arguments to the struct ena_mp_body if needed 3. Defining proxy request descriptor with ENA_PROXY_DESC. Its arguments include handlers for request preparation and response processing. Any of those may be empty (aside of marking arguments as used). 4. Adding request handling logic to ena_mp_primary_handle() 5. Replacing proxied function calls with ENA_PROXY(adapter, <func>, ...) Signed-off-by: Stanislaw Kardach <kda@semihalf.com> Reviewed-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:33 +00:00
* Added ENA admin queue support for the MP applications.
net/ena: support Tx mbuf free on demand ENA driver did not allow applications to call tx_cleanup. Freeing Tx mbufs was always done by the driver and it was not possible to manually request the driver to free mbufs. Modify ena_tx_cleanup function to accept maximum number of packets to free and return number of packets that was freed. Signed-off-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:36 +00:00
* Added free Tx mbuf on demand feature support.
net/ena: support xstat names by ID ENA was only supporting retrieval of all the xstats name and wasn't implementing the eth_xstats_get_names_by_id API. As this API may be more efficient than retrieving all the names, it tries to avoid excessive string copying. Signed-off-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:37 +00:00
* Added ``rte_eth_xstats_get_names_by_id`` API support.
net/ena: make Tx completion timeout configurable The default missing Tx completion timeout was set to 5 seconds. In order to provide users with the interface to control this timeout to adjust it with the application's watchdog, the device argument for controlling this value was added. The parameter is called 'miss_txc_to' and can be modified using the devargs interface: ./app -a <bdf>,miss_txc_to=UINT_NUMBER This parameter accepts values from 0 to 60 and indicates number of seconds after which the Tx packet will be considered as missing. HW hints for the Tx completions timeout were removed to do not overwrite parameter from the user. Also specifying default Tx completion timeout value was moved from the configuration to init phase in order to simplify default value assignment. Signed-off-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:39 +00:00
* Added ``miss_txc_to`` device argument for setting the Tx completion timeout.
net/ena: add extra Rx checksum related xstats * Split 'bad_csum' Rx statistic into 'l3_csum_bad' and 'l4_csum_bad' to be able to check which checksum was not calculated properly. * Add l4_csum_good statistic, which shows how many times L4 Rx checksum was properly offloaded. Signed-off-by: Michal Krawczyk <mk@semihalf.com> Reviewed-by: Dawid Gorecki <dgr@semihalf.com> Reviewed-by: Shai Brandes <shaibran@amazon.com>
2022-02-23 12:19:28 +00:00
net/enic: support GENEVE flow item Recent VIC models can parse GENEVE, including options, and inner packet headers. Enable GENEVE header and option flow items. Currently, only the first option that follows the GENEVE header can be matched, and the GENEVE header item must specify option length. Signed-off-by: Hyong Youb Kim <hyonkim@cisco.com> Reviewed-by: John Daley <johndale@cisco.com>
2022-01-20 14:26:37 +00:00
* **Updated Cisco enic driver.**
* Added rte_flow support for matching GENEVE packets.
net/enic: support eCPRI matching eCPRI message can be over Ethernet layer (.1Q supported also) or over UDP layer. Message header formats are the same in these two variants. Only up though the first packet header in the PDU can be matched. RSS on the eCPRI payload is not supported. Signed-off-by: John Daley <johndale@cisco.com> Reviewed-by: Hyong Youb Kim <hyonkim@cisco.com>
2022-01-28 17:58:11 +00:00
* Added rte_flow support for matching eCPRI packets.
net/enic: support GENEVE flow item Recent VIC models can parse GENEVE, including options, and inner packet headers. Enable GENEVE header and option flow items. Currently, only the first option that follows the GENEVE header can be matched, and the GENEVE header item must specify option length. Signed-off-by: Hyong Youb Kim <hyonkim@cisco.com> Reviewed-by: John Daley <johndale@cisco.com>
2022-01-20 14:26:37 +00:00
net/iavf: support L2TPv2 for RSS Add support for L2TPv2(include PPP over L2TPv2) protocols RSS based on outer MAC src/dst address and L2TPv2 session ID. Patterns are listed below: eth/ipv4/udp/l2tpv2 eth/ipv4/udp/l2tpv2/ppp eth/ipv6/udp/l2tpv2 eth/ipv6/udp/l2tpv2/ppp Signed-off-by: Jie Wang <jie1x.wang@intel.com> Acked-by: Beilei Xing <beilei.xing@intel.com>
2022-02-15 08:25:36 +00:00
* **Updated Intel iavf driver.**
* Added L2TPv2 (include PPP over L2TPv2) RSS support based on outer
MAC src/dst address and L2TPv2 session ID.
net/iavf: support L2TPv2 for flow director Add support for L2TPv2(include PPP over L2TPv2) protocols FDIR based on outer MAC src/dst address and L2TPv2 session ID. Add support for PPPoL2TPv2oUDP protocols FDIR based on inner IP src/dst address and UDP/TCP src/dst port. Patterns are listed below: eth/ipv4(6)/udp/l2tpv2 eth/ipv4(6)/udp/l2tpv2/ppp eth/ipv4(6)/udp/l2tpv2/ppp/ipv4(6) eth/ipv4(6)/udp/l2tpv2/ppp/ipv4(6)/udp eth/ipv4(6)/udp/l2tpv2/ppp/ipv4(6)/tcp Signed-off-by: Jie Wang <jie1x.wang@intel.com> Acked-by: Beilei Xing <beilei.xing@intel.com>
2022-02-15 08:25:37 +00:00
* Added L2TPv2 (include PPP over L2TPv2) FDIR support based on outer
MAC src/dst address and L2TPv2 session ID.
* Added PPPoL2TPv2oUDP FDIR distribute packets based on inner IP
src/dst address and UDP/TCP src/dst port.
net/iavf: support L2TPv2 for RSS Add support for L2TPv2(include PPP over L2TPv2) protocols RSS based on outer MAC src/dst address and L2TPv2 session ID. Patterns are listed below: eth/ipv4/udp/l2tpv2 eth/ipv4/udp/l2tpv2/ppp eth/ipv6/udp/l2tpv2 eth/ipv6/udp/l2tpv2/ppp Signed-off-by: Jie Wang <jie1x.wang@intel.com> Acked-by: Beilei Xing <beilei.xing@intel.com>
2022-02-15 08:25:36 +00:00
net/cnxk: support priority flow control Adds support for priority flow control support for CNXK platforms. Signed-off-by: Sunil Kumar Kori <skori@marvell.com> Acked-by: Jerin Jacob <jerinj@marvell.com>
2022-02-22 10:37:50 +00:00
* **Updated Marvell cnxk ethdev PMD.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* Added queue based priority flow control support for CN9K and CN10K.
net/cnxk: support IP reassembly Added capability and support for inline inbound IP reassembly in cnxk driver. The IP reassembly offload is supported only when the inline IPSec security offload is enabled. In case of IP reassembly incomplete, the mbufs are attached in the mbuf dynamic field and a dynamic flag is set accordingly. Signed-off-by: Vidya Sagar Velumuri <vvelumuri@marvell.com> Signed-off-by: Akhil Goyal <gakhil@marvell.com> Signed-off-by: Nithin Dabilpuram <ndabilpuram@marvell.com> Acked-by: Jerin Jacob <jerinj@marvell.com>
2022-02-24 18:29:01 +00:00
* Added support for IP reassembly for inline inbound IPsec packets.
net/cnxk: enable packet marking callbacks cnxk platform supports red/yellow packet marking based on TM configuration. This patch set hooks to enable/disable packet marking for VLAN DEI, IP DSCP and IP ECN. Marking enabled only in scalar mode. Signed-off-by: Satha Rao <skoteshwar@marvell.com> Acked-by: Jerin Jacob <jerinj@marvell.com>
2022-02-25 04:59:25 +00:00
* Added support for packet marking in traffic manager.
common/cnxk: support CNF95xx B0 variant Add CNF95xx B0 variant to the list of supported models. Signed-off-by: Tomasz Duszynski <tduszynski@marvell.com> Reviewed-by: Jerin Jacob <jerinj@marvell.com>
2022-02-24 10:42:36 +00:00
* Added support for CNF95xx B0 variant SoC.
net/cnxk: support priority flow control Adds support for priority flow control support for CNXK platforms. Signed-off-by: Sunil Kumar Kori <skori@marvell.com> Acked-by: Jerin Jacob <jerinj@marvell.com>
2022-02-22 10:37:50 +00:00
net/mlx5: support wait on time in Tx The hardware since ConnectX-7 supports waiting on specified moment of time with new introduced wait descriptor. A timestamp can be directly placed into descriptor and pushed to sending queue. Once hardware encounter the wait descriptor the queue operation is suspended till specified moment of time. This patch update the Tx datapath to handle this new hardware wait capability. PMD documentation and release notes updated accordingly. Signed-off-by: Viacheslav Ovsiienko <viacheslavo@nvidia.com>
2022-02-24 10:55:01 +00:00
* **Updated Mellanox mlx5 driver.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* Added support for ConnectX-7 capability to schedule traffic sending on timestamp.
net/mlx5: add basic flow queue operation The HW steering uses async queue-based flow rules management mechanism. The matcher and part of the actions have been prepared during flow table creation. Some remaining actions will be constructed during flow creation if needed. A flow postpone attribute bit describes if flow management should be applied to the HW directly. An extra push function is provided to force push all the cached flows to the HW. Once the flow has been applied to the HW, the pull function will be called to get the queued creation/destruction flows. The DR rule flow memory is represented in PMD layer instead of allocating from HW steering layer. While destroying the flow, the flow rule memory can only be freed after the CQE received. The HW queue job descriptor is currently introduced to convey the flow information and operation type between the flow insertion/destruction in the pull function. This commit adds the basic flow queue operation for: rte_flow_async_create(); rte_flow_async_destroy(); rte_flow_push(); rte_flow_pull(); Signed-off-by: Suanming Mou <suanmingm@nvidia.com> Acked-by: Viacheslav Ovsiienko <viacheslavo@nvidia.com>
2022-02-24 13:40:45 +00:00
* Added WQE based hardware steering support with ``rte_flow_async`` API.
net/mlx5: support queue/RSS actions for external Rx queue Add support queue/RSS action for external Rx queue. In indirection table creation, the queue index will be taken from mapping array. This feature supports neither LRO nor Hairpin. Signed-off-by: Michael Baum <michaelba@nvidia.com> Acked-by: Matan Azrad <matan@nvidia.com>
2022-02-24 23:25:11 +00:00
* Added steering for external Rx queue created outside the PMD.
net/mlx5: support matching GRE optional fields This patch adds matching on the optional fields (checksum/key/sequence) of GRE header. The matching on checksum and sequence fields requests support from rdma-core with the capability of misc5 and tunnel_header 0-3. For patterns without checksum and sequence specified, keep using misc for matching as before, but for patterns with checksum or sequence, validate capability first and then use misc5 for the matching. Signed-off-by: Sean Zhang <xiazhang@nvidia.com> Acked-by: Viacheslav Ovsiienko <viacheslavo@nvidia.com>
2022-02-25 01:14:17 +00:00
* Added GRE optional fields matching.
net/mlx5: support wait on time in Tx The hardware since ConnectX-7 supports waiting on specified moment of time with new introduced wait descriptor. A timestamp can be directly placed into descriptor and pushed to sending queue. Once hardware encounter the wait descriptor the queue operation is suspended till specified moment of time. This patch update the Tx datapath to handle this new hardware wait capability. PMD documentation and release notes updated accordingly. Signed-off-by: Viacheslav Ovsiienko <viacheslavo@nvidia.com>
2022-02-24 10:55:01 +00:00
net/ngbe: support custom PHY interfaces Support sub_device ID 61/62/64 for YT8521S SFP, and 51/52 for M88E1512 PHY. Signed-off-by: Jiawen Wu <jiawenwu@trustnetic.com>
2022-02-09 10:42:07 +00:00
* **Updated Wangxun ngbe driver.**
* Added support for devices of custom PHY interfaces.
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
net/ngbe: support custom PHY interfaces Support sub_device ID 61/62/64 for YT8521S SFP, and 51/52 for M88E1512 PHY. Signed-off-by: Jiawen Wu <jiawenwu@trustnetic.com>
2022-02-09 10:42:07 +00:00
- M88E1512 PHY connects to RJ45
- M88E1512 PHY connects to RGMII combo
- YT8521S PHY connects to SFP
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
net/ngbe: support OEM customized LED Support to get OEM customized LED configuration information from firmware. And driver needs to adjust the process of PHY setup link, based on this LED configuration. Signed-off-by: Jiawen Wu <jiawenwu@trustnetic.com>
2022-02-09 10:42:08 +00:00
* Added LED OEM support.
net/ngbe: support custom PHY interfaces Support sub_device ID 61/62/64 for YT8521S SFP, and 51/52 for M88E1512 PHY. Signed-off-by: Jiawen Wu <jiawenwu@trustnetic.com>
2022-02-09 10:42:07 +00:00
net/txgbe: support OEM customized LED Support to configure LED in firmware. Driver commands firmware to turn the LED on and off. And OEM customize their LED solutions in firmware. Signed-off-by: Jiawen Wu <jiawenwu@trustnetic.com>
2022-02-09 10:42:10 +00:00
* **Updated Wangxun txgbe driver.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added LED OEM support.
net/txgbe: support OEM customized LED Support to configure LED in firmware. Driver commands firmware to turn the LED on and off. And OEM customize their LED solutions in firmware. Signed-off-by: Jiawen Wu <jiawenwu@trustnetic.com>
2022-02-09 10:42:10 +00:00
cryptodev: add asymmetric session user data API A user data field is added to the asymmetric session structure. Relevant API added to get/set the field. Signed-off-by: Ciara Power <ciara.power@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2022-02-11 09:29:08 +00:00
* **Added an API for private user data in asymmetric crypto session.**
An API was added to get/set an asymmetric crypto session's user data.
crypto/cnxk: support lookaside IPsec AES-CBC-HMAC-SHA256 Adding AES-CBC-HMAC-SHA256 support to lookaside IPsec PMD. Signed-off-by: Tejasree Kondoj <ktejasree@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2021-12-17 09:19:50 +00:00
* **Updated Marvell cnxk crypto PMD.**
* Added SHA256-HMAC support in lookaside protocol (IPsec) for CN10K.
crypto/cnxk: support lookaside IPsec HMAC-SHA384/512 Adding HMAC-SHA384/512 support to cnxk lookaside IPsec. Signed-off-by: Tejasree Kondoj <ktejasree@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2021-12-17 09:19:54 +00:00
* Added SHA384-HMAC support in lookaside protocol (IPsec) for CN9K & CN10K.
* Added SHA512-HMAC support in lookaside protocol (IPsec) for CN9K & CN10K.
crypto/cnxk: support lookaside IPsec AES-CTR Adding AES-CTR support to cnxk CPT in lookaside IPsec mode. Signed-off-by: Tejasree Kondoj <ktejasree@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2021-12-17 09:20:04 +00:00
* Added AES-CTR support in lookaside protocol (IPsec) for CN9K & CN10K.
crypto/cnxk: support AES-XCBC and null cipher Add support for AES XCBC and NULL cipher. Signed-off-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2021-12-17 09:20:06 +00:00
* Added NULL cipher support in lookaside protocol (IPsec) for CN9K & CN10K.
* Added AES-XCBC support in lookaside protocol (IPsec) for CN9K & CN10K.
crypto/cnxk: support AES-CMAC Add support for AES CMAC auth algorithm. Signed-off-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2021-12-17 09:20:08 +00:00
* Added AES-CMAC support in CN9K & CN10K.
crypto/cnxk: support ESN and anti-replay Added lookaside IPsec ESN and anti-replay support through security session update. Signed-off-by: Tejasree Kondoj <ktejasree@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2022-01-31 12:30:26 +00:00
* Added ESN and anti-replay support in lookaside protocol (IPsec) for CN10K.
crypto/cnxk: support lookaside IPsec AES-CBC-HMAC-SHA256 Adding AES-CBC-HMAC-SHA256 support to lookaside IPsec PMD. Signed-off-by: Tejasree Kondoj <ktejasree@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2021-12-17 09:19:50 +00:00
crypto/qat: add ECDSA algorithm This patch adds ECDSA algorithm to Intel QuickAssist Technology PMD. Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@intel.com>
2022-02-21 10:48:29 +00:00
* **Updated Intel QuickAssist Technology crypto PMD.**
common/qat: enable GEN4 b devices This commit enables CPM2.0b devices in Intel QuickAssist Technology PMD. Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com>
2021-12-28 09:49:54 +00:00
crypto/qat: add ECDSA algorithm This patch adds ECDSA algorithm to Intel QuickAssist Technology PMD. Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@intel.com>
2022-02-21 10:48:29 +00:00
* Added support for CPM2.0b (4942) devices.
* Added ECDSA algorithm support.
crypto/qat: add ECPM algorithm This patch adds Elliptic Curve Multiplication algorithm to Intel QuickAssist Technology PMD. Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@intel.com>
2022-02-21 10:48:30 +00:00
* Added ECPM algorithm support.
common/qat: enable GEN4 b devices This commit enables CPM2.0b devices in Intel QuickAssist Technology PMD. Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com>
2021-12-28 09:49:54 +00:00
eventdev/eth_rx: add event port get API This patch introduces new api for retrieving event port id of eth rx adapter. Signed-off-by: Naga Harish K S V <s.v.naga.harish.k@intel.com> Acked-by: Jay Jayatheerthan <jay.jayatheerthan@intel.com>
2022-01-22 17:14:20 +00:00
* **Added an API to retrieve event port id of ethdev Rx adapter.**
The new API ``rte_event_eth_rx_adapter_event_port_get()`` was added.
dma/hisilicon: support Kunpeng 930 The Kunpeng930 DMA devices have the same PCI device id with Kunpeng920, but with different PCI revision and register layout. This patch introduces the basic initialization for Kunpeng930 DMA devices. Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
2022-02-17 02:59:07 +00:00
* **Added support for Kunpeng930 DMA devices to HiSilicon DMA PMD.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Kunpeng930 DMA devices are now enabled for HiSilicon DMA PMD.
dma/hisilicon: support Kunpeng 930 The Kunpeng930 DMA devices have the same PCI device id with Kunpeng920, but with different PCI revision and register layout. This patch introduces the basic initialization for Kunpeng930 DMA devices. Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
2022-02-17 02:59:07 +00:00
raw/cnxk_gpio: add GPIO driver skeleton Add initial support for PMD that allows to control particular pins form userspace. Moreover PMD allows to attach custom interrupt handlers to controllable GPIOs. Main users of this PMD are dataplain applications requiring fast and low latency access to pin state. Signed-off-by: Tomasz Duszynski <tduszynski@marvell.com>
2022-02-17 11:09:14 +00:00
* **Added CNXK GPIO PMD.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Added a new rawdevice PMD which allows managing userspace GPIOs and installing
custom GPIO interrupt handlers which bypass the kernel. This is especially useful
for applications that as well as providing standard dataplane functionality
also want to have fast and low latency access to GPIO pin state.
raw/cnxk_gpio: add GPIO driver skeleton Add initial support for PMD that allows to control particular pins form userspace. Moreover PMD allows to attach custom interrupt handlers to controllable GPIOs. Main users of this PMD are dataplain applications requiring fast and low latency access to pin state. Signed-off-by: Tomasz Duszynski <tduszynski@marvell.com>
2022-02-17 11:09:14 +00:00
See the :doc:`../rawdevs/cnxk_gpio` rawdev guide for more details on this
driver.
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
* **Updated testpmd to support software UDP/TCP checksum over multiple segments.**
app/testpmd: add SW L4 checksum in multi-segments Csum forwarding mode only supports software UDP/TCP csum calculation for single segment packets when hardware offload is not enabled. This patch enables software UDP/TCP csum calculation over multiple segments. Signed-off-by: Xiaoyun Li <xiaoyun.li@intel.com> Tested-by: Sunil Pai G <sunil.pai.g@intel.com> Acked-by: Ferruh Yigit <ferruh.yigit@intel.com>
2022-01-24 12:28:57 +00:00
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Updated ``rte_ipv4/6_udptcp_cksum_mbuf()`` functions in testpmd csum mode
to support software UDP/TCP checksum over multiple segments.
app/testpmd: add SW L4 checksum in multi-segments Csum forwarding mode only supports software UDP/TCP csum calculation for single segment packets when hardware offload is not enabled. This patch enables software UDP/TCP csum calculation over multiple segments. Signed-off-by: Xiaoyun Li <xiaoyun.li@intel.com> Tested-by: Sunil Pai G <sunil.pai.g@intel.com> Acked-by: Ferruh Yigit <ferruh.yigit@intel.com>
2022-01-24 12:28:57 +00:00
app/eventdev: add crypto producer mode In crypto producer mode, producer core enqueues cryptodev with software generated crypto ops and worker core dequeues crypto completion events from the eventdev. Event crypto metadata used for above processing is pre-populated in each crypto session. Parameter --prod_type_cryptodev can be used to enable crypto producer mode. Parameter --crypto_adptr_mode can be set to select the crypto adapter mode, 0 for OP_NEW and 1 for OP_FORWARD. This mode can be used to measure the performance of crypto adapter. Example: ./dpdk-test-eventdev -l 0-2 -w <EVENTDEV> -w <CRYPTODEV> -- \ --prod_type_cryptodev --crypto_adptr_mode 1 --test=perf_atq \ --stlist=a --wlcores 1 --plcores 2 Signed-off-by: Shijith Thotton <sthotton@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com> Acked-by: Abhinandan Gujjar <abhinandan.gujjar@intel.com>
2022-02-24 04:46:07 +00:00
* **Added crypto producer mode in test-eventdev.**
doc: update release notes for 22.03 Fix grammar, spelling and formatting of DPDK 22.03 release notes. Signed-off-by: John McNamara <john.mcnamara@intel.com>
2022-03-16 17:33:37 +00:00
Crypto producer mode helps to measure performance of OP_NEW and OP_FORWARD
modes of event crypto adapter.
app/eventdev: add crypto producer mode In crypto producer mode, producer core enqueues cryptodev with software generated crypto ops and worker core dequeues crypto completion events from the eventdev. Event crypto metadata used for above processing is pre-populated in each crypto session. Parameter --prod_type_cryptodev can be used to enable crypto producer mode. Parameter --crypto_adptr_mode can be set to select the crypto adapter mode, 0 for OP_NEW and 1 for OP_FORWARD. This mode can be used to measure the performance of crypto adapter. Example: ./dpdk-test-eventdev -l 0-2 -w <EVENTDEV> -w <CRYPTODEV> -- \ --prod_type_cryptodev --crypto_adptr_mode 1 --test=perf_atq \ --stlist=a --wlcores 1 --plcores 2 Signed-off-by: Shijith Thotton <sthotton@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com> Acked-by: Abhinandan Gujjar <abhinandan.gujjar@intel.com>
2022-02-24 04:46:07 +00:00
version: 22.03-rc0 Start a new release cycle with empty release notes. Bump version and ABI minor. Enable ABI checks. Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2021-12-02 18:11:21 +00:00
Removed Items
-------------
examples/performance-thread: remove Remove sample application which is not clear if it is still relevant. Signed-off-by: Ferruh Yigit <ferruh.yigit@intel.com>
2021-12-17 13:15:26 +00:00
* **Removed experimental performance thread example application.**
version: 22.03-rc0 Start a new release cycle with empty release notes. Bump version and ABI minor. Enable ABI checks. Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2021-12-02 18:11:21 +00:00
API Changes
-----------
net: add UDP/TCP checksum in mbuf segments Add functions to call rte_raw_cksum_mbuf() to calculate IPv4/6 UDP/TCP checksum in mbuf which can be over multi-segments. Signed-off-by: Xiaoyun Li <xiaoyun.li@intel.com> Acked-by: Aman Singh <aman.deep.singh@intel.com> Acked-by: Ferruh Yigit <ferruh.yigit@intel.com> Tested-by: Sunil Pai G <sunil.pai.g@intel.com>
2022-01-24 12:28:56 +00:00
* net: added experimental functions ``rte_ipv4_udptcp_cksum_mbuf()``,
``rte_ipv4_udptcp_cksum_mbuf_verify()``, ``rte_ipv6_udptcp_cksum_mbuf()``,
``rte_ipv6_udptcp_cksum_mbuf_verify()``
ethdev: mark old macros as deprecated Old macros kept for backward compatibility, but this cause old macro usage to sneak in silently. Marking old macros as deprecated. Downside is this will cause some noise for applications that are using old macros. Fixes: 295968d17407 ("ethdev: add namespace") Signed-off-by: Ferruh Yigit <ferruh.yigit@intel.com> Acked-by: Stephen Hemminger <stephen@networkplumber.org>
2022-01-12 14:36:23 +00:00
* ethdev: Old public macros and enumeration constants without ``RTE_ETH_`` prefix,
which are kept for backward compatibility, are marked as deprecated.
cryptodev: use single mempool for asymmetric session Rather than using a session buffer that contains pointers to private session data elsewhere, have a single session buffer. This session is created for a driver ID, and the mempool element contains space for the max session private data needed for any driver. Signed-off-by: Ciara Power <ciara.power@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2022-02-11 09:29:06 +00:00
* cryptodev: The asymmetric session handling was modified to use a single
mempool object. An API ``rte_cryptodev_asym_session_pool_create`` was added
to create a mempool with element size big enough to hold the generic asymmetric
cryptodev: add asymmetric session user data API A user data field is added to the asymmetric session structure. Relevant API added to get/set the field. Signed-off-by: Ciara Power <ciara.power@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2022-02-11 09:29:08 +00:00
session header, max size for a device private session data, and user data size.
cryptodev: hide asymmetric session structure The rte_cryptodev_asym_session structure is now moved to an internal header. This will no longer be used directly by apps, private session data can be accessed via get API. Signed-off-by: Ciara Power <ciara.power@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2022-02-11 09:29:07 +00:00
The session structure was moved to ``cryptodev_pmd.h``,
hiding it from applications.
cryptodev: use single mempool for asymmetric session Rather than using a session buffer that contains pointers to private session data elsewhere, have a single session buffer. This session is created for a driver ID, and the mempool element contains space for the max session private data needed for any driver. Signed-off-by: Ciara Power <ciara.power@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2022-02-11 09:29:06 +00:00
The API ``rte_cryptodev_asym_session_init`` was removed as the initialization
cryptodev: modify return value for asym session create Rather than the asym session create function returning a session on success, and a NULL value on error, it is modified to now return int values - 0 on success or -EINVAL/-ENOTSUP/-ENOMEM on failure. The session to be used is passed as input. This adds clarity on the failure of the create function, which enables treating the -ENOTSUP return as TEST_SKIPPED in test apps. Signed-off-by: Ciara Power <ciara.power@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2022-02-11 09:29:09 +00:00
is now moved to ``rte_cryptodev_asym_session_create``, which was updated to
return an integer value to indicate initialisation errors.
cryptodev: use single mempool for asymmetric session Rather than using a session buffer that contains pointers to private session data elsewhere, have a single session buffer. This session is created for a driver ID, and the mempool element contains space for the max session private data needed for any driver. Signed-off-by: Ciara Power <ciara.power@intel.com> Acked-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
2022-02-11 09:29:06 +00:00
version: 22.03-rc0 Start a new release cycle with empty release notes. Bump version and ABI minor. Enable ABI checks. Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2021-12-02 18:11:21 +00:00
ABI Changes
-----------
* No ABI change that would break compatibility with 21.11.
Known Issues
------------
doc: add PMD power management errata with RTM and GCC 9 An errata exists where users may see reduced power savings when using PMD Power Management. This issue occurs when compiling DPDK applications with GCC-9 on platforms with TSX enabled. In rte_power_monitor_multi(), the function may return without successfully starting the RTM transaction (the _xbegin() fails). Signed-off-by: David Hunt <david.hunt@intel.com>
2022-03-09 13:22:21 +00:00
* **Possible reduced power saving with PMD Power Management.**
Users may see reduced power savings when using PMD Power Management.
This issue occurs when compiling DPDK applications with GCC-9
on platforms with TSX enabled.
The function ``rte_power_monitor_multi()`` may return
without successfully starting the RTM transaction (``_xbegin()`` fails).
There are three workarounds for this issue.
Either build DPDK with GCC-11 or newer, build with shared libraries,
or build DPDK with fewer drivers.
version: 22.03-rc0 Start a new release cycle with empty release notes. Bump version and ABI minor. Enable ABI checks. Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Thomas Monjalon <thomas@monjalon.net>
2021-12-02 18:11:21 +00:00
Tested Platforms
----------------
doc: add tested Intel platforms with Intel NICs Add tested Intel platforms with Intel NICs to v22.03 release note. Signed-off-by: Lingli Chen <linglix.chen@intel.com> Acked-by: Xueqin Lin <xueqin.lin@intel.com>
2022-03-10 09:46:19 +00:00
* Intel\ |reg| platforms with Intel\ |reg| NICs combinations
* CPU
* Intel\ |reg| Atom\ |trade| CPU C3758 @ 2.20GHz
* Intel\ |reg| Xeon\ |reg| CPU D-1553N @ 2.30GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2680 v2 @ 2.80GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2699 v3 @ 2.30GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2699 v4 @ 2.20GHz
* Intel\ |reg| Xeon\ |reg| Gold 6139 CPU @ 2.30GHz
* Intel\ |reg| Xeon\ |reg| Gold 6140M CPU @ 2.30GHz
* Intel\ |reg| Xeon\ |reg| Gold 6252N CPU @ 2.30GHz
* Intel\ |reg| Xeon\ |reg| Gold 6348 CPU @ 2.60GHz
* Intel\ |reg| Xeon\ |reg| Platinum 8180 CPU @ 2.50GHz
* Intel\ |reg| Xeon\ |reg| Platinum 8180M CPU @ 2.50GHz
* Intel\ |reg| Xeon\ |reg| Platinum 8280M CPU @ 2.70GHz
* Intel\ |reg| Xeon\ |reg| Platinum 8380 CPU @ 2.30GHz
* OS:
* Fedora 35
* OpenWRT 21.02.1
* FreeBSD 13.0
* Red Hat Enterprise Linux Server release 8.4
* Red Hat Enterprise Linux Server release 8.5
* Suse 15 SP3
* Ubuntu 20.04.3
* Ubuntu 21.10
* NICs:
* Intel\ |reg| Ethernet Controller E810-C for SFP (4x25G)
* Firmware version: 3.22 0x8000d83c 1.3146.0
* Device id (pf/vf): 8086:1593 / 8086:1889
* Driver version: 1.8.3_2_g5c2ff303 (ice)
* OS Default DDP: 1.3.28.0
* COMMS DDP: 1.3.35.0
* Wireless Edge DDP: 1.3.8.0
* Intel\ |reg| Ethernet Controller E810-C for QSFP (2x100G)
* Firmware version: 3.20 0x8000d83e 1.3146.0
* Device id (pf/vf): 8086:1592 / 8086:1889
* Driver version: 1.8.3_2_g5c2ff303 (ice)
* OS Default DDP: 1.3.28.0
* COMMS DDP: 1.3.35.0
* Wireless Edge DDP: 1.3.8.0
* Intel\ |reg| 82599ES 10 Gigabit Ethernet Controller
* Firmware version: 0x61bf0001
* Device id (pf/vf): 8086:10fb / 8086:10ed
* Driver version(in-tree): 5.1.0-k (ixgbe)
* Driver version(out-tree): 5.13.4 (ixgbe)
* Intel\ |reg| Ethernet Converged Network Adapter X710-DA4 (4x10G)
* Firmware version(PF): 8.30 0x8000a49d 1.2926.0
* Firmware version(VF): 8.50 0x8000b6d9 1.3082.0
* Device id (pf/vf): 8086:1572 / 8086:154c
* Driver version: 2.17.15 (i40e)
* Intel\ |reg| Corporation Ethernet Connection X722 for 10GbE SFP+ (2x10G)
* Firmware version: 5.50 0x80003327 1.3082.0
* Device id (pf/vf): 8086:37d0 / 8086:37cd
* Driver version(out-tree): 2.17.15 (i40e)
* Driver version(in-tree): 2.8.20-k (i40e)
* Intel\ |reg| Corporation Ethernet Connection X722 for 10GBASE-T
* Firmware version: 5.50 0x800032e0 1.2935.0
* Device id (pf/vf): 8086:37d2 / 8086:37cd
* Driver version(out-tree): 2.17.15 (i40e)
* Driver version(in-tree): 2.8.20-k (i40e)
* Intel\ |reg| Ethernet Converged Network Adapter XXV710-DA2 (2x25G)
* Firmware version(PF): 8.30 0x8000a483 1.2926.0
* Firmware version(VF): 8.50 0x8000b703 1.3082.0
* Device id (pf/vf): 8086:158b / 8086:154c
* Driver version: 2.17.15 (i40e)
* Intel\ |reg| Ethernet Converged Network Adapter XL710-QDA2 (2X40G)
* Firmware version(PF): 8.30 0x8000a4ae 1.2926.0
* Firmware version(VF): 8.50 0x8000b6c7 1.3082.0
* Device id (pf/vf): 8086:1583 / 8086:154c
* Driver version: 2.17.15 (i40e)
* Intel\ |reg| Ethernet Converged Network Adapter X710-T2L
* Firmware version: 8.30 0x8000a489 1.2879.0
* Device id (pf): 8086:15ff
* Driver version: 2.17.15 (i40e)
doc: add tested platforms with Mellanox NICs Add tested platforms with Mellanox NICs to the 22.03 release notes. Signed-off-by: Raslan Darawsheh <rasland@nvidia.com>
2022-03-15 09:34:28 +00:00
* Intel\ |reg| platforms with Mellanox\ |reg| NICs combinations
* CPU:
* Intel\ |reg| Xeon\ |reg| Gold 6154 CPU @ 3.00GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2697A v4 @ 2.60GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2697 v3 @ 2.60GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2680 v2 @ 2.80GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2670 0 @ 2.60GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2650 v4 @ 2.20GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2650 v3 @ 2.30GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2640 @ 2.50GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2650 0 @ 2.00GHz
* Intel\ |reg| Xeon\ |reg| CPU E5-2620 v4 @ 2.10GHz
* OS:
* Red Hat Enterprise Linux release 8.2 (Ootpa)
* Red Hat Enterprise Linux Server release 7.8 (Maipo)
* Red Hat Enterprise Linux Server release 7.6 (Maipo)
* Red Hat Enterprise Linux Server release 7.5 (Maipo)
* Red Hat Enterprise Linux Server release 7.4 (Maipo)
* Red Hat Enterprise Linux Server release 7.3 (Maipo)
* Red Hat Enterprise Linux Server release 7.2 (Maipo)
* Ubuntu 20.04
* Ubuntu 18.04
* Ubuntu 16.04
* SUSE Enterprise Linux 15 SP2
* SUSE Enterprise Linux 12 SP4
* OFED:
* MLNX_OFED 5.5-1.0.3.2 and above
* MLNX_OFED 5.4-3.1.0.0
* upstream kernel:
* Linux 5.17.0-rc4 and above
* rdma-core:
* rdma-core-39.0 and above
* NICs:
* Mellanox\ |reg| ConnectX\ |reg|-3 Pro 40G MCX354A-FCC_Ax (2x40G)
* Host interface: PCI Express 3.0 x8
* Device ID: 15b3:1007
* Firmware version: 2.42.5000
* Mellanox\ |reg| ConnectX\ |reg|-3 Pro 40G MCX354A-FCCT (2x40G)
* Host interface: PCI Express 3.0 x8
* Device ID: 15b3:1007
* Firmware version: 2.42.5000
* Mellanox\ |reg| ConnectX\ |reg|-4 Lx 25G MCX4121A-ACAT (2x25G)
* Host interface: PCI Express 3.0 x8
* Device ID: 15b3:1015
* Firmware version: 14.32.1010 and above
* Mellanox\ |reg| ConnectX\ |reg|-4 Lx 50G MCX4131A-GCAT (1x50G)
* Host interface: PCI Express 3.0 x8
* Device ID: 15b3:1015
* Firmware version: 14.32.1010 and above
* Mellanox\ |reg| ConnectX\ |reg|-5 100G MCX516A-CCAT (2x100G)
* Host interface: PCI Express 3.0 x16
* Device ID: 15b3:1017
* Firmware version: 16.32.1010 and above
* Mellanox\ |reg| ConnectX\ |reg|-5 100G MCX556A-ECAT (2x100G)
* Host interface: PCI Express 3.0 x16
* Device ID: 15b3:1017
* Firmware version: 16.32.1010 and above
* Mellanox\ |reg| ConnectX\ |reg|-5 100G MCX556A-EDAT (2x100G)
* Host interface: PCI Express 3.0 x16
* Device ID: 15b3:1017
* Firmware version: 16.32.1010 and above
* Mellanox\ |reg| ConnectX\ |reg|-5 Ex EN 100G MCX516A-CDAT (2x100G)
* Host interface: PCI Express 4.0 x16
* Device ID: 15b3:1019
* Firmware version: 16.32.1010 and above
* Mellanox\ |reg| ConnectX\ |reg|-6 Dx EN 100G MCX623106AN-CDAT (2x100G)
* Host interface: PCI Express 4.0 x16
* Device ID: 15b3:101d
* Firmware version: 22.32.1010 and above
* Mellanox\ |reg| ConnectX\ |reg|-6 Lx EN 25G MCX631102AN-ADAT (2x25G)
* Host interface: PCI Express 4.0 x8
* Device ID: 15b3:101f
* Firmware version: 26.32.1010 and above
* Mellanox\ |reg| BlueField\ |reg| SmartNIC
* Mellanox\ |reg| BlueField\ |reg| 2 SmartNIC MT41686 - MBF2H332A-AEEOT_A1 (2x25G)
* Host interface: PCI Express 3.0 x16
* Device ID: 15b3:a2d6
* Firmware version: 24.32.2004 and above
* Embedded software:
* Ubuntu 20.04.3
* MLNX_OFED 5.5-2.1.7.0 and above
* DPDK application running on Arm cores
* IBM Power 9 platforms with Mellanox\ |reg| NICs combinations
* CPU:
* POWER9 2.2 (pvr 004e 1202)
* OS:
* Red Hat Enterprise Linux Server release 8.2
* NICs:
* Mellanox\ |reg| ConnectX\ |reg|-5 100G MCX556A-ECAT (2x100G)
* Host interface: PCI Express 4.0 x16
* Device ID: 15b3:1017
* Firmware version: 16.32.1010
* Mellanox\ |reg| ConnectX\ |reg|-6 Dx 100G MCX623106AN-CDAT (2x100G)
* Host interface: PCI Express 4.0 x16
* Device ID: 15b3:101d
* Firmware version: 22.32.1010
* OFED:
* MLNX_OFED 5.5-1.0.3.2
Reference in New Issue Copy Permalink