From: Michael Baum <michaelba@nvidia.com>
To: <dev@dpdk.org>
Cc: Matan Azrad <matan@nvidia.com>,
Raslan Darawsheh <rasland@nvidia.com>,
Viacheslav Ovsiienko <viacheslavo@nvidia.com>, <stable@dpdk.org>
Subject: [PATCH v2 1/5] doc: remove obsolete explanations from mlx5 guide
Date: Wed, 23 Feb 2022 15:48:30 +0200 [thread overview]
Message-ID: <20220223134834.2840916-2-michaelba@nvidia.com> (raw)
In-Reply-To: <20220223134834.2840916-1-michaelba@nvidia.com>
Vectorized routines were removed in result of Tx datapath refactoring,
and devarg keys documentation was updated.
However, more updating should have been done. In environment variables
doc, there was explanation according to vectorized Tx which isn't
relevant anymore.
This patch removes this irrelevant explanation.
Fixes: a6bd4911ad93 ("net/mlx5: remove Tx implementation")
Cc: stable@dpdk.org
Signed-off-by: Michael Baum <michaelba@nvidia.com>
Reviewed-by: Raslan Darawsheh <rasland@nvidia.com>
Acked-by: Viacheslav Ovsiienko <viacheslavo@nvidia.com>
---
doc/guides/nics/mlx5.rst | 9 ---------
1 file changed, 9 deletions(-)
diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst
index 6494f4ae39..c21df81717 100644
--- a/doc/guides/nics/mlx5.rst
+++ b/doc/guides/nics/mlx5.rst
@@ -557,15 +557,6 @@ Environment variables
The register would be flushed to HW usually when the write-combining buffer
becomes full, but it depends on CPU design.
- Except for vectorized Tx burst routines, a write memory barrier is enforced
- after updating the register so that the update can be immediately visible to
- HW.
-
- When vectorized Tx burst is called, the barrier is set only if the burst size
- is not aligned to MLX5_VPMD_TX_MAX_BURST. However, setting this environmental
- variable will bring better latency even though the maximum throughput can
- slightly decline.
-
Run-time configuration
~~~~~~~~~~~~~~~~~~~~~~
--
2.25.1
prev parent reply other threads:[~2022-02-23 13:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20220222124815.2587851-1-michaelba@nvidia.com>
2022-02-22 12:48 ` [PATCH " Michael Baum
[not found] ` <20220223134834.2840916-1-michaelba@nvidia.com>
2022-02-23 13:48 ` Michael Baum [this message]
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=20220223134834.2840916-2-michaelba@nvidia.com \
--to=michaelba@nvidia.com \
--cc=dev@dpdk.org \
--cc=matan@nvidia.com \
--cc=rasland@nvidia.com \
--cc=stable@dpdk.org \
--cc=viacheslavo@nvidia.com \
/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).