From: Shy Shyman <shys@nvidia.com>
To: "dev@dpdk.org" <dev@dpdk.org>
Cc: NBU-Contact-Thomas Monjalon <thomas@monjalon.net>,
"Gal Cohen (ProdM)" <galco@nvidia.com>,
Shy Shyman <shys@nvidia.com>
Subject: [dpdk-dev] DPDK 21.08 NVIDIA Mellanox Roadmap
Date: Thu, 10 Jun 2021 14:32:46 +0000 [thread overview]
Message-ID: <DM6PR12MB4217C9B5FCBEC53F68FA6A7BB9359@DM6PR12MB4217.namprd12.prod.outlook.com> (raw)
Below is NVIDIA Mellanox's roadmap for DPDK21.08, on which we are currently working:
rte_flow new APIs:
===============
[1] Extend rte_ipv4_hdr with ihl field separated from version field(while persevering the original API)
Motivation: to allow efficient implementation of match on ihl field in ipv4. Please note that the combination field of version and Ihl is maintained.
mlx5 PMD updates:
==================
mlx5 PMD will support the rte_flow update changes listed above and below
[2]Add non-default mode of rejecting duplicating flow rules
Motivation: some at-scale applications may not keep a copy of all the inserted rules. At the same time they wish to avoid duplicated rules in the HW. For that we are adding support for non-default rejection of duplicated rule. When application wants to get an error message for duplicated rule a specific new devargs would needed to be used.
[3] extend meter implantation
Motivation:
1. currently each flow can execute one meter action. Some applications requires a connection(as manifested as rte rule) to be metered according to more than one meter. We are enhancing the meter implementation in our PMD to allow multiple meters to be cascaded to construct meter hierarchy so packet can be accounted for by several meters w/o using multiple flows and jump actions between them.
2. At the time we are extending the implementation to allow a single meter action to be shared by rte rules inserted with different ports.
3. We are enhancing the steering mechanism for meter to allow actions to be trigged by yellow color(the same actions allowed by green and red colors)
[4] Extend flow dump output to include further information about the flows
Motivation: current implementation of flow dump is very limited in its content. We are adding further information as part of the flow dump - counter and their metric(hits, bytes, id), modify_header(action type), encap/decap(index number)
[5] improved rule insertion performance
Motivation: in order to support at scale insertion of rules we are improving several aspects of the MLX5 PMD. Most noticeable are improvement in the memory allocation, set tag and mark actions.
[6] Introduce Scalable Function(SF) support
Motivation: we are introducing a new function called SF. As VFs resources are limited and dependent on the PCI bus we are adding SF with the same functionality but with fewer limitations. SFs share PCI resources with other SFs and/or with it parent PCI function but it's not a PCI device. In this released we are introducing SF support for net, regex, compress and vdpa classes. To support SFs we are also introducing auxiliary bus as the foundation for SFs.
[7] Extend vxlan header matching to include last 8 bits
Motivation: in order to provide the ability to match in steering rules on vxlan alert bit, we are extending the vxlan matching to support the last 8 bits of the header.
New PMDs:
==============
[8] Implement look aside AES-XTS encryption/decryption PMD over Bluefield-2 smartNic and connect6-DX to support existing rte_cryptodev and rte_crypto APIs
testpmd updates:
================
testpmd updated to support the changes listed above
next reply other threads:[~2021-06-11 8:33 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-10 14:32 Shy Shyman [this message]
2021-06-29 15:16 ` Thomas Monjalon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DM6PR12MB4217C9B5FCBEC53F68FA6A7BB9359@DM6PR12MB4217.namprd12.prod.outlook.com \
--to=shys@nvidia.com \
--cc=dev@dpdk.org \
--cc=galco@nvidia.com \
--cc=thomas@monjalon.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).