[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Z2R1GFOg1hapdfl-@JRM7P7Q02P.dhcp.broadcom.net>
Date: Thu, 19 Dec 2024 14:33:44 -0500
From: Andy Gospodarek <andrew.gospodarek@...adcom.com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: Taehee Yoo <ap420073@...il.com>, davem@...emloft.net, pabeni@...hat.com,
edumazet@...gle.com, almasrymina@...gle.com,
donald.hunter@...il.com, corbet@....net, michael.chan@...adcom.com,
andrew+netdev@...n.ch, hawk@...nel.org, ilias.apalodimas@...aro.org,
ast@...nel.org, daniel@...earbox.net, john.fastabend@...il.com,
dw@...idwei.uk, sdf@...ichev.me, asml.silence@...il.com,
brett.creeley@....com, linux-doc@...r.kernel.org,
netdev@...r.kernel.org, kory.maincent@...tlin.com,
maxime.chevallier@...tlin.com, danieller@...dia.com,
hengqi@...ux.alibaba.com, ecree.xilinx@...il.com,
przemyslaw.kitszel@...el.com, hkallweit1@...il.com,
ahmed.zaki@...el.com, rrameshbabu@...dia.com, idosch@...dia.com,
jiri@...nulli.us, bigeasy@...utronix.de, lorenzo@...nel.org,
jdamato@...tly.com, aleksander.lobakin@...el.com,
kaiyuanz@...gle.com, willemb@...gle.com, daniel.zahka@...il.com
Subject: Re: [PATCH net-next v6 3/9] bnxt_en: add support for tcp-data-split
ethtool command
On Thu, Dec 19, 2024 at 07:25:19AM -0800, Jakub Kicinski wrote:
> On Fri, 20 Dec 2024 00:14:01 +0900 Taehee Yoo wrote:
> > > > The bnxt_en disallows setting up both single and multi buffer XDP, but core
> > > > checks only single buffer XDP. So, if multi buffer XDP is attaching to
> > > > the bnxt_en driver when HDS is enabled, the core can't filter it.
> > >
> > > Hm. Did you find this in the code, or did Broadcom folks suggest it?
> > > AFAICT bnxt supports multi-buf XDP. Is there something in the code
> > > that special-cases aggregation but doesn't work for pure HDS?
> >
> > There were some comments about HDS with XDP in the following thread.
> > https://lore.kernel.org/netdev/20241022162359.2713094-1-ap420073@gmail.com/T/
> > I may misunderstand reviews from Broadcom folks.
>
> I see it now in bnxt_set_rx_skb_mode. I guess with high MTU
> the device splits in some "dumb" way, at a fixed offset..
> You're right, we have to keep the check in the driver,
> at least for now.
The mutlti-buffer implementation followed what was done at the time in
other drivers. Is the 'dumb way' you mention this check?
4717 if (dev->mtu > BNXT_MAX_PAGE_MODE_MTU) {
4718 bp->flags |= BNXT_FLAG_JUMBO;
4719 bp->rx_skb_func = bnxt_rx_multi_page_skb;
4720 } else {
4721 bp->flags |= BNXT_FLAG_NO_AGG_RINGS;
4722 bp->rx_skb_func = bnxt_rx_page_skb;
4723 }
Powered by blists - more mailing lists