From: Andy Gospodarek <andrew.gospodarek@broadcom.com>
To: Chris J Arges <carges@cloudflare.com>
Cc: michael.chan@broadcom.com, pavan.chebbi@broadcom.com,
joe@dama.to, kuba@kernel.org, Andrew Lunn <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Paolo Abeni <pabeni@redhat.com>,
Alexei Starovoitov <ast@kernel.org>,
Daniel Borkmann <daniel@iogearbox.net>,
Jesper Dangaard Brouer <hawk@kernel.org>,
John Fastabend <john.fastabend@gmail.com>,
Stanislav Fomichev <sdf@fomichev.me>,
kernel-team@cloudflare.com, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, bpf@vger.kernel.org
Subject: Re: [PATCH net-next v3 1/5] bnxt_en: use bnxt_xdp_buff for xdp context
Date: Thu, 12 Mar 2026 20:14:39 -0400 [thread overview]
Message-ID: <abNWL8L64m7rweRh@JRM7P7Q02P> (raw)
In-Reply-To: <20260306230600.1628196-2-carges@cloudflare.com>
On Fri, Mar 06, 2026 at 05:00:16PM -0600, Chris J Arges wrote:
> This adds bnxt_xdp_buff which embeds the xdp_buff struct and stores
> pointers to hardware RX completion descriptors (rx_cmp and rx_cmp_ext)
> along with the completion type.
>
> Signed-off-by: Chris J Arges <carges@cloudflare.com>
> Reviewed-by: Joe Damato <joe@dama.to>
Reviewed-by: Andy Gospodarek <gospo@broadcom.com>
> ---
> drivers/net/ethernet/broadcom/bnxt/bnxt.c | 25 +++++++++++--------
> drivers/net/ethernet/broadcom/bnxt/bnxt_xdp.h | 7 ++++++
> 2 files changed, 22 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
> index c982aac714d1..ab73aad40593 100644
> --- a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
> +++ b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
> @@ -2118,7 +2118,7 @@ static int bnxt_rx_pkt(struct bnxt *bp, struct bnxt_cp_ring_info *cpr,
> bool xdp_active = false;
> dma_addr_t dma_addr;
> struct sk_buff *skb;
> - struct xdp_buff xdp;
> + struct bnxt_xdp_buff bnxt_xdp;
> u32 flags, misc;
> u32 cmpl_ts;
> void *data;
> @@ -2231,9 +2231,13 @@ static int bnxt_rx_pkt(struct bnxt *bp, struct bnxt_cp_ring_info *cpr,
> dma_addr = rx_buf->mapping;
>
> if (bnxt_xdp_attached(bp, rxr)) {
> - bnxt_xdp_buff_init(bp, rxr, cons, data_ptr, len, &xdp);
> + bnxt_xdp.rxcmp = rxcmp;
> + bnxt_xdp.rxcmp1 = rxcmp1;
> + bnxt_xdp.cmp_type = cmp_type;
> +
> + bnxt_xdp_buff_init(bp, rxr, cons, data_ptr, len, &bnxt_xdp.xdp);
> if (agg_bufs) {
> - u32 frag_len = bnxt_rx_agg_netmems_xdp(bp, cpr, &xdp,
> + u32 frag_len = bnxt_rx_agg_netmems_xdp(bp, cpr, &bnxt_xdp.xdp,
> cp_cons,
> agg_bufs,
> false);
> @@ -2245,12 +2249,12 @@ static int bnxt_rx_pkt(struct bnxt *bp, struct bnxt_cp_ring_info *cpr,
> }
>
> if (xdp_active) {
> - if (bnxt_rx_xdp(bp, rxr, cons, &xdp, data, &data_ptr, &len, event)) {
> + if (bnxt_rx_xdp(bp, rxr, cons, &bnxt_xdp.xdp, data, &data_ptr, &len, event)) {
> rc = 1;
> goto next_rx;
> }
> - if (xdp_buff_has_frags(&xdp)) {
> - sinfo = xdp_get_shared_info_from_buff(&xdp);
> + if (xdp_buff_has_frags(&bnxt_xdp.xdp)) {
> + sinfo = xdp_get_shared_info_from_buff(&bnxt_xdp.xdp);
> agg_bufs = sinfo->nr_frags;
> } else {
> agg_bufs = 0;
> @@ -2261,7 +2265,7 @@ static int bnxt_rx_pkt(struct bnxt *bp, struct bnxt_cp_ring_info *cpr,
> if (!xdp_active)
> skb = bnxt_copy_skb(bnapi, data_ptr, len, dma_addr);
> else
> - skb = bnxt_copy_xdp(bnapi, &xdp, len, dma_addr);
> + skb = bnxt_copy_xdp(bnapi, &bnxt_xdp.xdp, len, dma_addr);
> bnxt_reuse_rx_data(rxr, cons, data);
> if (!skb) {
> if (agg_bufs) {
> @@ -2269,7 +2273,7 @@ static int bnxt_rx_pkt(struct bnxt *bp, struct bnxt_cp_ring_info *cpr,
> bnxt_reuse_rx_agg_bufs(cpr, cp_cons, 0,
> agg_bufs, false);
> else
> - bnxt_xdp_buff_frags_free(rxr, &xdp);
> + bnxt_xdp_buff_frags_free(rxr, &bnxt_xdp.xdp);
> }
> goto oom_next_rx;
> }
> @@ -2293,10 +2297,11 @@ static int bnxt_rx_pkt(struct bnxt *bp, struct bnxt_cp_ring_info *cpr,
> if (!skb)
> goto oom_next_rx;
> } else {
> - skb = bnxt_xdp_build_skb(bp, skb, agg_bufs, rxr, &xdp);
> + skb = bnxt_xdp_build_skb(bp, skb, agg_bufs,
> + rxr, &bnxt_xdp.xdp);
> if (!skb) {
> /* we should be able to free the old skb here */
> - bnxt_xdp_buff_frags_free(rxr, &xdp);
> + bnxt_xdp_buff_frags_free(rxr, &bnxt_xdp.xdp);
> goto oom_next_rx;
> }
> }
> diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt_xdp.h b/drivers/net/ethernet/broadcom/bnxt/bnxt_xdp.h
> index 8933a0dec09a..8c66698bde11 100644
> --- a/drivers/net/ethernet/broadcom/bnxt/bnxt_xdp.h
> +++ b/drivers/net/ethernet/broadcom/bnxt/bnxt_xdp.h
> @@ -12,6 +12,13 @@
>
> DECLARE_STATIC_KEY_FALSE(bnxt_xdp_locking_key);
>
> +struct bnxt_xdp_buff {
> + struct xdp_buff xdp;
> + struct rx_cmp *rxcmp;
> + struct rx_cmp_ext *rxcmp1;
> + u8 cmp_type;
> +};
> +
> struct bnxt_sw_tx_bd *bnxt_xmit_bd(struct bnxt *bp,
> struct bnxt_tx_ring_info *txr,
> dma_addr_t mapping, u32 len,
next prev parent reply other threads:[~2026-03-13 0:14 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-06 23:00 [PATCH net-next v3 0/5] bnxt_en: Add XDP RSS hash metadata support Chris J Arges
2026-03-06 23:00 ` [PATCH net-next v3 1/5] bnxt_en: use bnxt_xdp_buff for xdp context Chris J Arges
2026-03-10 0:52 ` Joe Damato
2026-03-13 0:14 ` Andy Gospodarek [this message]
2026-03-06 23:00 ` [PATCH net-next v3 2/5] bnxt_en: Implement XDP RSS hash metadata extraction Chris J Arges
2026-03-10 0:56 ` Joe Damato
2026-03-13 0:15 ` Andy Gospodarek
2026-03-06 23:00 ` [PATCH net-next v3 3/5] bnxt_en: Implement XDP RSS hash metadata extraction for V3_CMP Chris J Arges
2026-03-10 1:02 ` Joe Damato
2026-03-13 0:15 ` Andy Gospodarek
2026-03-06 23:00 ` [PATCH net-next v3 4/5] selftests: net: move common xdp.py functions into lib Chris J Arges
2026-03-10 0:54 ` Joe Damato
2026-03-06 23:00 ` [PATCH net-next v3 5/5] selftests: drv-net: xdp: Add rss_hash metadata tests Chris J Arges
2026-03-10 0:51 ` [PATCH net-next v3 0/5] bnxt_en: Add XDP RSS hash metadata support Joe Damato
2026-03-10 2:06 ` Chris Arges
2026-03-10 2:37 ` Jakub Kicinski
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=abNWL8L64m7rweRh@JRM7P7Q02P \
--to=andrew.gospodarek@broadcom.com \
--cc=andrew+netdev@lunn.ch \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=carges@cloudflare.com \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hawk@kernel.org \
--cc=joe@dama.to \
--cc=john.fastabend@gmail.com \
--cc=kernel-team@cloudflare.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michael.chan@broadcom.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=pavan.chebbi@broadcom.com \
--cc=sdf@fomichev.me \
/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