From: Anatoly Burakov <anatoly.burakov@intel.com>
To: dev@dpdk.org, Yuying Zhang <Yuying.Zhang@intel.com>
Cc: john.mcnamara@intel.com, bruce.richardson@intel.com
Subject: [PATCH v1 1/1] iavf: document limitation on MTU
Date: Wed, 13 Mar 2024 15:43:35 +0000 [thread overview]
Message-ID: <f5310a19f7d9aeb08aa5bf31f19fe59dafadbdd7.1710344183.git.anatoly.burakov@intel.com> (raw)
When configuring a port, the configured MTU will
not include VLAN tag size, but the physical
function driver will add it automatically if the
port has VLAN filtering configured, which may
result in seemingly valid MTU to be rejected by
the PF.
Document the limitation.
Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com>
---
doc/guides/nics/intel_vf.rst | 10 ++++++++++
1 file changed, 10 insertions(+)
diff --git a/doc/guides/nics/intel_vf.rst b/doc/guides/nics/intel_vf.rst
index ce2bd88cbe..78fd25bad4 100644
--- a/doc/guides/nics/intel_vf.rst
+++ b/doc/guides/nics/intel_vf.rst
@@ -730,3 +730,13 @@ and has this issue.
Set the parameter `--force-max-simd-bitwidth` as 64/128/256
to avoid selecting AVX-512 Tx path.
+
+ice: VLAN tag length not included in MTU
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+When configuring MTU for a VF, MTU must not include VLAN tag length. In
+practice, when kernel driver configures VLAN filtering for a VF, the VLAN
+header tag length will be automatically added to MTU when configuring queues.
+As a consequence, when attempting to configure a VF port with MTU that, together
+with a VLAN tag header, exceeds maximum supported MTU, port configuration will
+fail if kernel driver has configured VLAN filtering on that VF.
--
2.43.0
next reply other threads:[~2024-03-13 15:43 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-13 15:43 Anatoly Burakov [this message]
2024-03-19 12:14 ` Bruce Richardson
2024-03-19 15:15 ` Bruce Richardson
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=f5310a19f7d9aeb08aa5bf31f19fe59dafadbdd7.1710344183.git.anatoly.burakov@intel.com \
--to=anatoly.burakov@intel.com \
--cc=Yuying.Zhang@intel.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
--cc=john.mcnamara@intel.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).