From: Przemek Kitszel <przemyslaw.kitszel@intel.com>
To: Harshitha Ramamurthy <hramamurthy@google.com>
Cc: <jeroendb@google.com>, <andrew+netdev@lunn.ch>,
<davem@davemloft.net>, <edumazet@google.com>, <kuba@kernel.org>,
<pabeni@redhat.com>, <pkaligineedi@google.com>,
<willemb@google.com>, <ziweixiao@google.com>,
<shailend@google.com>, <linux-kernel@vger.kernel.org>,
<stable@vger.kernel.org>, <netdev@vger.kernel.org>
Subject: Re: [PATCH net] gve: Add adminq lock for creating and destroying multiple queues
Date: Tue, 22 Apr 2025 15:08:03 +0200 [thread overview]
Message-ID: <2c1e4c0f-ab98-4f74-9084-1ce1db984f2d@intel.com> (raw)
In-Reply-To: <20250417204323.3902669-1-hramamurthy@google.com>
On 4/17/25 22:43, Harshitha Ramamurthy wrote:
> From: Ziwei Xiao <ziweixiao@google.com>
>
> The original adminq lock is only protecting the gve_adminq_execute_cmd
> which is aimed for sending out single adminq command. However, there are
> other callers of gve_adminq_kick_and_wait and gve_adminq_issue_cmd that
> need to take the mutex lock for mutual exclusion between them, which are
> creating and destroying rx/tx queues. Add the adminq lock for those
> unprotected callers.
>
> Also this patch cleans up the error handling code of
> gve_adminq_destroy_tx_queue.
>
> Cc: stable@vger.kernel.org
> Fixes: 1108566ca509 ("gve: Add adminq mutex lock")
This looks like a correct fix, it is also nice that you have added
lockdep annotations.
Reviewed-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
> Reviewed-by: Willem de Bruijn <willemb@google.com>
> Signed-off-by: Ziwei Xiao <ziweixiao@google.com>
> Signed-off-by: Harshitha Ramamurthy <hramamurthy@google.com>
> ---
> drivers/net/ethernet/google/gve/gve_adminq.c | 54 ++++++++++++++------
> 1 file changed, 37 insertions(+), 17 deletions(-)
>
> diff --git a/drivers/net/ethernet/google/gve/gve_adminq.c b/drivers/net/ethernet/google/gve/gve_adminq.c
> index 3e8fc33cc11f..659460812276 100644
> --- a/drivers/net/ethernet/google/gve/gve_adminq.c
> +++ b/drivers/net/ethernet/google/gve/gve_adminq.c
> @@ -442,6 +442,8 @@ static int gve_adminq_kick_and_wait(struct gve_priv *priv)
> int tail, head;
> int i;
>
> + lockdep_assert_held(&priv->adminq_lock);
> +
> tail = ioread32be(&priv->reg_bar0->adminq_event_counter);
> head = priv->adminq_prod_cnt;
>
> @@ -467,9 +469,6 @@ static int gve_adminq_kick_and_wait(struct gve_priv *priv)
> return 0;
> }
>
> -/* This function is not threadsafe - the caller is responsible for any
> - * necessary locks.
> - */
> static int gve_adminq_issue_cmd(struct gve_priv *priv,
> union gve_adminq_command *cmd_orig)
> {
> @@ -477,6 +476,8 @@ static int gve_adminq_issue_cmd(struct gve_priv *priv,
> u32 opcode;
> u32 tail;
>
> + lockdep_assert_held(&priv->adminq_lock);
> +
> tail = ioread32be(&priv->reg_bar0->adminq_event_counter);
>
> // Check if next command will overflow the buffer.
> @@ -709,13 +710,19 @@ int gve_adminq_create_tx_queues(struct gve_priv *priv, u32 start_id, u32 num_que
> int err;
> int i;
>
> + mutex_lock(&priv->adminq_lock);
> +
> for (i = start_id; i < start_id + num_queues; i++) {
> err = gve_adminq_create_tx_queue(priv, i);
> if (err)
> - return err;
> + goto out;
> }
>
> - return gve_adminq_kick_and_wait(priv);
> + err = gve_adminq_kick_and_wait(priv);
> +
> +out:
> + mutex_unlock(&priv->adminq_lock);
> + return err;
> }
>
> static void gve_adminq_get_create_rx_queue_cmd(struct gve_priv *priv,
> @@ -788,19 +795,24 @@ int gve_adminq_create_rx_queues(struct gve_priv *priv, u32 num_queues)
> int err;
> int i;
>
> + mutex_lock(&priv->adminq_lock);
> +
> for (i = 0; i < num_queues; i++) {
> err = gve_adminq_create_rx_queue(priv, i);
> if (err)
> - return err;
> + goto out;
> }
>
> - return gve_adminq_kick_and_wait(priv);
> + err = gve_adminq_kick_and_wait(priv);
> +
> +out:
> + mutex_unlock(&priv->adminq_lock);
> + return err;
> }
>
> static int gve_adminq_destroy_tx_queue(struct gve_priv *priv, u32 queue_index)
> {
> union gve_adminq_command cmd;
> - int err;
>
> memset(&cmd, 0, sizeof(cmd));
> cmd.opcode = cpu_to_be32(GVE_ADMINQ_DESTROY_TX_QUEUE);
> @@ -808,11 +820,7 @@ static int gve_adminq_destroy_tx_queue(struct gve_priv *priv, u32 queue_index)
> .queue_id = cpu_to_be32(queue_index),
> };
>
> - err = gve_adminq_issue_cmd(priv, &cmd);
> - if (err)
> - return err;
> -
> - return 0;
> + return gve_adminq_issue_cmd(priv, &cmd);
> }
>
> int gve_adminq_destroy_tx_queues(struct gve_priv *priv, u32 start_id, u32 num_queues)
> @@ -820,13 +828,19 @@ int gve_adminq_destroy_tx_queues(struct gve_priv *priv, u32 start_id, u32 num_qu
> int err;
> int i;
>
> + mutex_lock(&priv->adminq_lock);
> +
> for (i = start_id; i < start_id + num_queues; i++) {
> err = gve_adminq_destroy_tx_queue(priv, i);
> if (err)
> - return err;
> + goto out;
> }
>
> - return gve_adminq_kick_and_wait(priv);
> + err = gve_adminq_kick_and_wait(priv);
> +
> +out:
> + mutex_unlock(&priv->adminq_lock);
> + return err;
> }
>
> static void gve_adminq_make_destroy_rx_queue_cmd(union gve_adminq_command *cmd,
> @@ -861,13 +875,19 @@ int gve_adminq_destroy_rx_queues(struct gve_priv *priv, u32 num_queues)
> int err;
> int i;
>
> + mutex_lock(&priv->adminq_lock);
> +
> for (i = 0; i < num_queues; i++) {
> err = gve_adminq_destroy_rx_queue(priv, i);
> if (err)
> - return err;
> + goto out;
> }
>
> - return gve_adminq_kick_and_wait(priv);
> + err = gve_adminq_kick_and_wait(priv);
> +
> +out:
> + mutex_unlock(&priv->adminq_lock);
> + return err;
> }
>
> static void gve_set_default_desc_cnt(struct gve_priv *priv,
next prev parent reply other threads:[~2025-04-22 13:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-17 20:43 [PATCH net] gve: Add adminq lock for creating and destroying multiple queues Harshitha Ramamurthy
2025-04-22 13:08 ` Przemek Kitszel [this message]
2025-04-24 0:14 ` Jakub Kicinski
2025-04-24 18:37 ` Ziwei Xiao
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=2c1e4c0f-ab98-4f74-9084-1ce1db984f2d@intel.com \
--to=przemyslaw.kitszel@intel.com \
--cc=andrew+netdev@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hramamurthy@google.com \
--cc=jeroendb@google.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=pkaligineedi@google.com \
--cc=shailend@google.com \
--cc=stable@vger.kernel.org \
--cc=willemb@google.com \
--cc=ziweixiao@google.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