From: "Nikhil P. Rao" <nikhil.rao@amd.com>
To: Brett Creeley <brett.creeley@amd.com>,
Andrew Lunn <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@kernel.org>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>
Cc: <netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
Breno Leitao <leitao@debian.org>,
Eric Joyner <eric.joyner@amd.com>,
Abhijit Gangurde <abhijit.gangurde@amd.com>,
"Nikhil P. Rao" <nikhil.rao@amd.com>
Subject: [PATCH net 2/2] ionic: limit TSO segments to the Tx ring size
Date: Sat, 7 Nov 2026 00:23:44 +0000 [thread overview]
Message-ID: <20261107-b4-ionic-tso-max-segs-v1-2-67c248a5b681@amd.com> (raw)
In-Reply-To: <20261107-b4-ionic-tso-max-segs-v1-0-67c248a5b681@amd.com>
ionic uses one Tx descriptor per TSO segment, so a GSO skb with more
segments than the ring can hold (num_descs - 1) can never be posted.
The driver never tells the stack this limit, so such skbs are built
and handed to it instead of being segmented in software.
Advertise the ring-derived limit as tso_max_segs, so locally
generated TCP stays within it and the core's gso_max_segs check
catches larger skbs.
The core only ever lowers gso_max_segs when tso_max_segs changes, so after
the ring grows gso_max_segs stays at the old limit until the admin raises
it. The driver leaves it there: it cannot tell a value the core lowered
from one the admin set, so raising it could override the admin's choice,
and the helper that sets gso_max_segs is internal to the core.
ionic_cmb_reconfig() applies the new ring size before it allocates the
queues and restores the old one if that fails, so it updates
tso_max_segs only once the allocation has succeeded, rather than
leaving gso_max_segs lowered after a rollback.
Send a features change event after an ethtool Tx ring resize, so
stacked devices (VLAN, macvlan, bond) pick up the new tso_max_segs
instead of keeping the one copied at their creation.
The firmware-recovery replay runs without RTNL, but always with the
current ring size, so it leaves tso_max_segs and gso_max_segs untouched;
rtnetlink changes them only under RTNL.
Fixes: 0f3154e6bcb3 ("ionic: Add Tx and Rx handling")
Signed-off-by: Nikhil P. Rao <nikhil.rao@amd.com>
Reviewed-by: Brett Creeley <brett.creeley@amd.com>
---
drivers/net/ethernet/pensando/ionic/ionic_ethtool.c | 12 +++++++++---
drivers/net/ethernet/pensando/ionic/ionic_lif.c | 10 +++++++---
drivers/net/ethernet/pensando/ionic/ionic_lif.h | 10 ++++++++++
3 files changed, 26 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/pensando/ionic/ionic_ethtool.c b/drivers/net/ethernet/pensando/ionic/ionic_ethtool.c
index 3518fbf5882d..556e17023320 100644
--- a/drivers/net/ethernet/pensando/ionic/ionic_ethtool.c
+++ b/drivers/net/ethernet/pensando/ionic/ionic_ethtool.c
@@ -689,6 +689,7 @@ static int ionic_set_ringparam(struct net_device *netdev,
struct netlink_ext_ack *extack)
{
struct ionic_lif *lif = netdev_priv(netdev);
+ unsigned int ntxq_descs = lif->ntxq_descs;
struct ionic_queue_params qparam;
int err;
@@ -747,11 +748,12 @@ static int ionic_set_ringparam(struct net_device *netdev,
netdev_info(netdev, "Changing Rx ring size from %d to %d\n",
lif->nrxq_descs, ring->rx_pending);
- /* if we're not running, just set the values and return */
+ /* if we're not running, just set the values */
if (!netif_running(lif->netdev)) {
- lif->ntxq_descs = ring->tx_pending;
+ ionic_lif_set_ntxq_descs(lif, ring->tx_pending);
lif->nrxq_descs = ring->rx_pending;
- return 0;
+ err = 0;
+ goto out;
}
mutex_lock(&lif->queue_lock);
@@ -760,6 +762,10 @@ static int ionic_set_ringparam(struct net_device *netdev,
if (err)
netdev_info(netdev, "Ring reconfiguration failed, changes canceled: %d\n", err);
+out:
+ if (lif->ntxq_descs != ntxq_descs)
+ netdev_features_change(netdev);
+
return err;
}
diff --git a/drivers/net/ethernet/pensando/ionic/ionic_lif.c b/drivers/net/ethernet/pensando/ionic/ionic_lif.c
index 7f0da2b0defd..ce1e51f318e0 100644
--- a/drivers/net/ethernet/pensando/ionic/ionic_lif.c
+++ b/drivers/net/ethernet/pensando/ionic/ionic_lif.c
@@ -2884,6 +2884,10 @@ static int ionic_cmb_reconfig(struct ionic_lif *lif,
}
}
+ if (lif->ntxq_descs != start_qparams.ntxq_descs)
+ netif_set_tso_max_segs(lif->netdev,
+ lif->ntxq_descs - 1);
+
err = ionic_start_queues_reconfig(lif);
if (err) {
dev_err(lif->ionic->dev,
@@ -3065,7 +3069,7 @@ int ionic_reconfigure_queues(struct ionic_lif *lif,
/* swap new desc_info and rings, keeping existing interrupt config */
if (tx_qcqs) {
- lif->ntxq_descs = qparam->ntxq_descs;
+ ionic_lif_set_ntxq_descs(lif, qparam->ntxq_descs);
for (i = 0; i < qparam->nxqs; i++)
ionic_swap_queues(lif->txqcqs[i], tx_qcqs[i]);
}
@@ -3284,10 +3288,10 @@ int ionic_lif_alloc(struct ionic *ionic)
lif->index = 0;
if (is_kdump_kernel()) {
- lif->ntxq_descs = IONIC_MIN_TXRX_DESC;
+ ionic_lif_set_ntxq_descs(lif, IONIC_MIN_TXRX_DESC);
lif->nrxq_descs = IONIC_MIN_TXRX_DESC;
} else {
- lif->ntxq_descs = IONIC_DEF_TXRX_DESC;
+ ionic_lif_set_ntxq_descs(lif, IONIC_DEF_TXRX_DESC);
lif->nrxq_descs = IONIC_DEF_TXRX_DESC;
}
diff --git a/drivers/net/ethernet/pensando/ionic/ionic_lif.h b/drivers/net/ethernet/pensando/ionic/ionic_lif.h
index e790f6b9441e..14aaaeb360a2 100644
--- a/drivers/net/ethernet/pensando/ionic/ionic_lif.h
+++ b/drivers/net/ethernet/pensando/ionic/ionic_lif.h
@@ -290,6 +290,16 @@ static inline void ionic_init_queue_params(struct ionic_lif *lif,
qparam->cmb_rx = test_bit(IONIC_LIF_F_CMB_RX_RINGS, lif->state);
}
+static inline void ionic_lif_set_ntxq_descs(struct ionic_lif *lif,
+ unsigned int descs)
+{
+ if (descs == lif->ntxq_descs)
+ return;
+
+ lif->ntxq_descs = descs;
+ netif_set_tso_max_segs(lif->netdev, descs - 1);
+}
+
static inline void ionic_set_queue_params(struct ionic_lif *lif,
struct ionic_queue_params *qparam)
{
--
2.43.0
next prev parent reply other threads:[~2026-11-07 0:24 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-07 0:23 [PATCH net 0/2] ionic: fix Tx stalls on TSO skbs larger than the Tx ring Nikhil P. Rao
2026-11-07 0:23 ` [PATCH net 1/2] ionic: reject Tx ring sizes below the minimum Nikhil P. Rao
2026-11-07 0:23 ` Nikhil P. Rao [this message]
2026-11-07 0:26 ` [PATCH net 0/2] ionic: fix Tx stalls on TSO skbs larger than the Tx ring netdev-bot+sinfo
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=20261107-b4-ionic-tso-max-segs-v1-2-67c248a5b681@amd.com \
--to=nikhil.rao@amd.com \
--cc=abhijit.gangurde@amd.com \
--cc=andrew+netdev@lunn.ch \
--cc=brett.creeley@amd.com \
--cc=davem@davemloft.net \
--cc=edumazet@kernel.org \
--cc=eric.joyner@amd.com \
--cc=kuba@kernel.org \
--cc=leitao@debian.org \
--cc=linux-kernel@vger.kernel.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®