[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <addd14c84f164e4e90e35e8dc4121dd4@siengine.com>
Date: Tue, 2 Dec 2025 01:24:35 +0000
From: Fan Hailong/范海龙 <hailong.fan@...ngine.com>
To: Eric Dumazet <edumazet@...gle.com>,
"2694439648@...com"
<2694439648@...com>
CC: "andrew+netdev@...n.ch" <andrew+netdev@...n.ch>,
"davem@...emloft.net"
<davem@...emloft.net>,
"kuba@...nel.org" <kuba@...nel.org>,
"pabeni@...hat.com" <pabeni@...hat.com>,
"mcoquelin.stm32@...il.com"
<mcoquelin.stm32@...il.com>,
"alexandre.torgue@...s.st.com"
<alexandre.torgue@...s.st.com>,
"netdev@...r.kernel.org"
<netdev@...r.kernel.org>,
"linux-stm32@...md-mailman.stormreply.com"
<linux-stm32@...md-mailman.stormreply.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"inux-kernel@...r.kernel.org"
<inux-kernel@...r.kernel.org>
Subject: 回复: [PATCH] net: stmmac: Modify the judgment condition of "tx_avail" from 1 to 2
Hi Eric
You are right, I will follow your advice to modify the relevant code.
Regards
Hailong
-----邮件原件-----
发件人: Eric Dumazet <edumazet@...gle.com>
发送时间: 2025年12月1日 20:21
收件人: 2694439648@...com
抄送: andrew+netdev@...n.ch; davem@...emloft.net; kuba@...nel.org; pabeni@...hat.com; mcoquelin.stm32@...il.com; alexandre.torgue@...s.st.com; Fan Hailong/范海龙 <hailong.fan@...ngine.com>; netdev@...r.kernel.org; linux-stm32@...md-mailman.stormreply.com; linux-arm-kernel@...ts.infradead.org; inux-kernel@...r.kernel.org
主题: Re: [PATCH] net: stmmac: Modify the judgment condition of "tx_avail" from 1 to 2
On Sun, Nov 30, 2025 at 6:57 PM <2694439648@...com> wrote:
>
> From: "hailong.fan" <hailong.fan@...ngine.com>
>
> Under certain conditions, a WARN_ON will be triggered
> if avail equals 1.
>
> For example, when a VLAN packet is to send,
> stmmac_vlan_insert consumes one unit of space,
> and the data itself consumes another.
> actually requiring 2 units of space in total.
>
> Signed-off-by: hailong.fan <hailong.fan@...ngine.com>
> ---
> drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> index 7b90ecd3a..b575384cd 100644
> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> @@ -4529,7 +4529,7 @@ static netdev_tx_t stmmac_xmit(struct sk_buff *skb, struct net_device *dev)
> }
> }
>
> - if (unlikely(stmmac_tx_avail(priv, queue) < nfrags + 1)) {
> + if (unlikely(stmmac_tx_avail(priv, queue) < nfrags + 2)) {
> if (!netif_tx_queue_stopped(netdev_get_tx_queue(dev, queue))) {
> netif_tx_stop_queue(netdev_get_tx_queue(priv->dev,
>
> queue));
Drivers should stop their queues earlier.
NETDEV_TX_BUSY is almost always wrong.
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
index 7b90ecd3a55e600458b0c87d6125831626f4683d..6dcc7b84a8759763b6471a48a6c80b1f17cd937c
100644
--- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
+++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
@@ -4675,7 +4675,7 @@ static netdev_tx_t stmmac_xmit(struct sk_buff *skb, struct net_device *dev)
print_pkt(skb->data, skb->len);
}
- if (unlikely(stmmac_tx_avail(priv, queue) <= (MAX_SKB_FRAGS + 1))) {
+ if (unlikely(stmmac_tx_avail(priv, queue) <= (MAX_SKB_FRAGS +
+ 2))) {
netif_dbg(priv, hw, priv->dev, "%s: stop transmitted packets\n",
__func__);
netif_tx_stop_queue(netdev_get_tx_queue(priv->dev, queue));
Powered by blists - more mailing lists