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 --]
next prev parent 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.