The Linux Kernel Mailing List
 help / color / mirror / Atom feed
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,


  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