From: Nicolai Buchwitz <nb@tipi-net.de>
To: taozj888 <taozj888@163.com>
Cc: "Théo Lebrun" <theo.lebrun@bootlin.com>,
stable@vger.kernel.org,
"Conor Dooley" <conor.dooley@microchip.com>,
"Andrew Lunn" <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Haavard Skinnemoen" <hskinnemoen@atmel.com>,
"Jeff Garzik" <jeff@garzik.org>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH net v2] net: macb: rate limit netdev error info print in the data path
Date: Wed, 07 Oct 2026 09:28:34 +0200 [thread overview]
Message-ID: <8862468e085097a9dc658034e951d8f9@tipi-net.de> (raw)
In-Reply-To: <37f9ba8b.1682.1a114eb8ca0.Coremail.taozj888@163.com>
On 7.10.2026 07:52, taozj888 wrote:
> [...]
>>>>> This will just hide the error message, but the split/drop is still
>>>>> present.
>>>>> How about limiting JML in macb_init_hw() properly?
>>>>>
>>>>> if ((bp->caps & MACB_CAPS_JUMBO) && bp->jumbo_max_len) {
>>>>> u32 jml = bp->rx_buffer_size - NET_IP_ALIGN +
>>>>> ETH_FCS_LEN;
>>>>> gem_writel(bp, JML, min(jml, bp->jumbo_max_len));
>>>>> }
>>>>>
>>>>> The code above is untested, so probably needs further tweaking. An
>>>>> alternative could
>>>>> be to handle the split frames in gem_rx() correctly.
>>>>
>>>> I agree with you but to clarify for Zijin: if you do this then it
>>>> should
>>>> be a separate patch as changes are pretty unrelated.
>>>
>>> Yes, with your experience in this area, maybe a separate patch for it
>>> is preferred.
>>> I think the error reported is not just related the Jumbo frame, but
>>> the
>>> jumbo frame
>>> would trigger the error. So rate limit printing this kind of msg is
>>> needed but not
>>> totally hide those msgs.
>>
>> Which other cases do you have in mind?
>>
>> Rate limiting the message in this patch is fine with me. I can look
>> into the JML patch separately, or you can give it a try.
>>
>
>>> [...]
>
>
> Currently I have not direct cases here, but for some tough network
> environmets,
> there may be some error pkts received, especially for our customed
> HW/SW network requirement
> which may trigger this kind of message.
If possible, can you tell more about these custom HW/SW requirements
regarding the macb?
> [...]
Thanks,
Nicolai
next prev parent reply other threads:[~2026-10-07 7:28 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-30 11:35 [PATCH net v2] net: macb: rate limit netdev error info print in the data path taozj888
2026-10-02 10:10 ` Nicolai Buchwitz
2026-10-02 12:08 ` Théo Lebrun
2026-10-04 13:40 ` taozj888
2026-10-04 14:06 ` Nicolai Buchwitz
2026-10-07 5:52 ` taozj888
2026-10-07 7:28 ` Nicolai Buchwitz [this message]
2026-10-04 11:56 ` netdev-bot+sashiko
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=8862468e085097a9dc658034e951d8f9@tipi-net.de \
--to=nb@tipi-net.de \
--cc=andrew+netdev@lunn.ch \
--cc=conor.dooley@microchip.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hskinnemoen@atmel.com \
--cc=jeff@garzik.org \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=stable@vger.kernel.org \
--cc=taozj888@163.com \
--cc=theo.lebrun@bootlin.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.