From: sashiko-bot@kernel.org
To: "Harshitha Ramamurthy" <hramamurthy@google.com>
Cc: bpf@vger.kernel.org
Subject: Re: [PATCH net-next v5 06/12] gve: simplify reset logic
Date: Fri, 04 Sep 2026 21:56:31 +0000 [thread overview]
Message-ID: <20260904215632.343001F00A3E@smtp.kernel.org> (raw)
In-Reply-To: <20260903215606.31633-7-hramamurthy@google.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
Pre-existing issues:
- [High] AF_XDP (XSK) pools configuration is silently dropped during device reset, breaking the zero-copy datapath.
--
commit 5f54ed314a139ce612a748bc097cf6b6779ac055
Author: Joshua Washington <joshwash@google.com>
Subject: gve: simplify reset logic
This commit simplifies the GVE reset path by removing recursive resets,
removing resets during teardown, and decomposing the allocation and setup
of control plane systems. It delays freeing shared resources until after
a hardware reset completes if device deconfiguration fails.
> diff --git a/drivers/net/ethernet/google/gve/gve_main.c b/drivers/net/ethernet/google/gve/gve_main.c
> index 16ce55c6d74f6..acd09e9f416c1 100644
> --- a/drivers/net/ethernet/google/gve/gve_main.c
> +++ b/drivers/net/ethernet/google/gve/gve_main.c
> @@ -590,7 +594,22 @@ static void gve_free_notify_blocks(struct gve_priv *priv)
[ ... ]
> +static void gve_free_control_plane_resources(struct gve_priv *priv)
> +{
> + bitmap_free(priv->xsk_pools);
> + priv->xsk_pools = NULL;
> +
[ ... ]
> +static int gve_alloc_control_plane_resources(struct gve_priv *priv)
> +{
[ ... ]
> + priv->xsk_pools = bitmap_zalloc(priv->rx_cfg.max_queues, GFP_KERNEL);
> + if (!priv->xsk_pools) {
> + err = -ENOMEM;
> + goto abort;
> + }
> +
> + return 0;
[Severity: High]
This is a pre-existing issue, but does unconditionally freeing and
reallocating the xsk_pools bitmap during a device reset drop the AF_XDP
pool configuration?
When gve_reset() is triggered (for example, by a TX timeout or an MTU
change), it calls gve_teardown_device() which leads to
gve_free_control_plane_resources() unconditionally freeing the bitmap.
During recovery, gve_alloc_control_plane_resources() allocates a fresh
zero-initialized bitmap.
If an application was actively using the XDP zero-copy datapath, wouldn't
gve_reg_xdp_info() subsequently find no registered pools and silently fall
back to standard page pools, breaking the application's zero-copy packet
flow?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260903215606.31633-1-hramamurthy@google.com?part=6
next prev parent reply other threads:[~2026-09-04 21:56 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-03 21:55 [PATCH net-next v5 00/12] gve: AdminQ mode related refactors Harshitha Ramamurthy
2026-09-03 21:55 ` [PATCH net-next v5 01/12] gve: add struct gve_device_info to hold device properties Harshitha Ramamurthy
2026-09-04 21:56 ` sashiko-bot
2026-09-03 21:55 ` [PATCH net-next v5 02/12] gve: introduce control plane operations structure Harshitha Ramamurthy
2026-09-03 21:55 ` [PATCH net-next v5 03/12] gve: introduce ctrl ops to set vectors and Qs Harshitha Ramamurthy
2026-09-03 21:55 ` [PATCH net-next v5 04/12] gve: introduce gve_adminq_get_device_properties() Harshitha Ramamurthy
2026-09-03 21:55 ` [PATCH net-next v5 05/12] gve: refactor gve_init_priv for reset path Harshitha Ramamurthy
2026-09-03 21:56 ` [PATCH net-next v5 06/12] gve: simplify reset logic Harshitha Ramamurthy
2026-09-04 21:56 ` sashiko-bot [this message]
2026-09-03 21:56 ` [PATCH net-next v5 07/12] gve: add gve_ctrl_ops for gve initialization/teardown sequences Harshitha Ramamurthy
2026-09-04 21:56 ` sashiko-bot
2026-09-03 21:56 ` [PATCH net-next v5 08/12] gve: split up notify block allocation and setup paths Harshitha Ramamurthy
2026-09-03 21:56 ` [PATCH net-next v5 09/12] gve: introduce new methods to handle IRQ doorbells Harshitha Ramamurthy
2026-09-04 21:56 ` sashiko-bot
2026-09-03 21:56 ` [PATCH net-next v5 10/12] gve: setup and teardown management interrupts Harshitha Ramamurthy
2026-09-04 21:56 ` sashiko-bot
2026-09-03 21:56 ` [PATCH net-next v5 11/12] gve: add ctrl ops to for queue operations Harshitha Ramamurthy
2026-09-03 21:56 ` [PATCH net-next v5 12/12] gve: add link status/speed ctrl ops Harshitha Ramamurthy
2026-09-04 21:56 ` sashiko-bot
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=20260904215632.343001F00A3E@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=hramamurthy@google.com \
--cc=sashiko-reviews@lists.linux.dev \
/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;
as well as URLs for NNTP newsgroup(s).