All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lorenzo Bianconi <lorenzo.bianconi@oss.qualcomm.com>
To: Jakub Kicinski <kuba@kernel.org>
Cc: Maxime Chevallier <maxime.chevallier@bootlin.com>,
	Andrew Lunn <andrew+netdev@lunn.ch>,
	"David S. Miller" <davem@davemloft.net>,
	Eric Dumazet <edumazet@google.com>,
	Paolo Abeni <pabeni@redhat.com>,
	Maxime Coquelin <mcoquelin.stm32@gmail.com>,
	Alexandre Torgue <alexandre.torgue@foss.st.com>,
	netdev@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH net-next v2] net: stmmac: improve TSO/GSO queue selection
Date: Thu, 13 Aug 2026 22:36:29 +0200	[thread overview]
Message-ID: <an4qzUrK62-rN7Q6@lore-qca> (raw)
In-Reply-To: <20260812161038.5602eac9@kernel.org>

[-- Attachment #1: Type: text/plain, Size: 1448 bytes --]

On Aug 12, Jakub Kicinski wrote:
> On Wed, 12 Aug 2026 18:11:31 +0200 Lorenzo Bianconi wrote:
> > please drop this version, I will post v3 to fix some pending issues.
> 
> FTR Russell was trying to fix TSO in this driver too, before giving up
> (on us?). The direction he was following of clearing the TSO caps in
> ndo_features_check and letting the stack GSO instead of all the weird
> hacks this driver has seemed much more sane. But maybe I'm missing
> something TBS specific here 

Hi Jakub,

thx for the pointers. I reviewed Russell's commits and I guess we have two
options here:

- manages all the TSO/GSO checks in ndo_features_check() (stmmac_features_check())
  and disable TSO/GSO if the selected queue does not support checksum offload
  or it has TBS enabled. In this case I guess we can drop ndo_select_queue()
  callback completely (it does not make sense to me to always use queue 0 for
  TSO/GSO packets, e.g. it does not allow proper mqprio offload).
  Please note this approach would introduce some performance regressions with
  respect of the previous implementation.
- implements TSO/GSO checks in ndo_select_queue() callback
  (stmmac_select_queue()) in order to keep TSO/GSO enabled if the selected
  queue supports it and at the same time do not always use queue 0 for TSO/GSO
  packets (proper qdisc offload). Please note this is patch I am proposing.

What do you think?

Regards,
Lorenzo

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  reply	other threads:[~2026-08-13 20:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-08 17:22 [PATCH net-next v2] net: stmmac: improve TSO/GSO queue selection Lorenzo Bianconi
2026-08-12 16:11 ` Lorenzo Bianconi
2026-08-12 23:10   ` Jakub Kicinski
2026-08-13 20:36     ` Lorenzo Bianconi [this message]
2026-08-14  0:21       ` Jakub Kicinski

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=an4qzUrK62-rN7Q6@lore-qca \
    --to=lorenzo.bianconi@oss.qualcomm.com \
    --cc=alexandre.torgue@foss.st.com \
    --cc=andrew+netdev@lunn.ch \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=kuba@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-stm32@st-md-mailman.stormreply.com \
    --cc=maxime.chevallier@bootlin.com \
    --cc=mcoquelin.stm32@gmail.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.