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 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 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®