DPDK-dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Bruce Richardson <bruce.richardson@intel.com>
To: Ciara Loftus <ciara.loftus@intel.com>
Cc: <dev@dpdk.org>
Subject: Re: [PATCH 2/2] net/iavf: rename LLDP Tx devarg
Date: Thu, 13 Aug 2026 16:50:54 +0100	[thread overview]
Message-ID: <an3n3stq0tftci6b@bricha3-mobl1.ger.corp.intel.com> (raw)
In-Reply-To: <20260810140354.1869708-2-ciara.loftus@intel.com>

On Mon, Aug 10, 2026 at 02:03:54PM +0000, Ciara Loftus wrote:
> Now that the dynamic mbuf field method has been removed, packet type is
> the only mechanism used to detect LLDP packets on the transmit path.
> Using the word 'ptype' in the 'enable_ptype_lldp' devarg is therefore
> unnecessary and an implementation detail that no longer needs to be
> exposed to users.
> 
> Add an 'enable_lldp' devarg but keep 'enable_ptype_lldp' as a deprecated
> alias that maps to the same setting and emits a warning when used. If
> both are supplied, 'enable_lldp' takes precedence. The
> 'enable_ptype_lldp' devarg will be removed in a future release.
> 
I wonder if it's just better to implement a hard failure for use of the
legacy devarg? The old devarg was only present for a release or two, so
shouldn't be that common and its use implies an app or script running an
app that hasn't been properly updated to latest release.

Also, is it worth throwing a warning on dev probe or start if the LLDP
dynamic mbuf field is present? It's again a sign that an app hasn't been
updated properly. [I don't think we can hard-fail in this case].

/Bruce

  reply	other threads:[~2026-08-13 15:51 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-10 14:03 [PATCH 1/2] net/iavf: remove Tx LLDP dynfield method Ciara Loftus
2026-08-10 14:03 ` [PATCH 2/2] net/iavf: rename LLDP Tx devarg Ciara Loftus
2026-08-13 15:50   ` Bruce Richardson [this message]
2026-08-14 12:44     ` Loftus, Ciara
2026-08-13 15:30 ` [PATCH 1/2] net/iavf: remove Tx LLDP dynfield method Bruce Richardson
2026-08-14 12:37 ` [PATCH v2 " Ciara Loftus
2026-08-14 12:37   ` [PATCH v2 2/2] net/iavf: rename LLDP Tx devarg Ciara Loftus
2026-08-14 13:08     ` Bruce Richardson
2026-08-14 15:08   ` [PATCH v2 1/2] net/iavf: remove Tx LLDP dynfield method 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=an3n3stq0tftci6b@bricha3-mobl1.ger.corp.intel.com \
    --to=bruce.richardson@intel.com \
    --cc=ciara.loftus@intel.com \
    --cc=dev@dpdk.org \
    /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