mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Long Li <longli@microsoft.com>
To: Arnd Bergmann <arnd@arndb.de>, Steve French <sfrench@samba.org>
Cc: Pavel Shilovskiy <pshilov@microsoft.com>,
	Ronnie Sahlberg <lsahlber@redhat.com>,
	"linux-cifs@vger.kernel.org" <linux-cifs@vger.kernel.org>,
	"samba-technical@lists.samba.org"
	<samba-technical@lists.samba.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: RE: [PATCH] CIFS: SMBD: work around gcc -Wmaybe-uninitialized warning
Date: Wed, 10 Jan 2018 21:55:48 +0000	[thread overview]
Message-ID: <MWHPR21MB0846F519ADCDDF1B238187ADCE110@MWHPR21MB0846.namprd21.prod.outlook.com> (raw)
In-Reply-To: <20180110205137.2044979-1-arnd@arndb.de>

> GCC versions from 4.9 to 6.3 produce a false-positive warning when dealing
> with a conditional spin_lock_irqsave():
> 
> fs/cifs/smbdirect.c: In function 'smbd_recv_buf':
> include/linux/spinlock.h:260:3: warning: 'flags' may be used uninitialized in
> this function [-Wmaybe-uninitialized]
> 
> This function calls some sleeping interfaces, so it is clear that it does not get
> called with interrupts disabled and there is no need to save the irq state
> before taking the spinlock. This lets us remove the variable, which makes the
> function slightly more efficient and avoids the warning.
> 
> A further cleanup could do the same change for other functions in this file,
> but I did not want to take this too far for now.
> 
> Fixes: ac69f66e54ca ("CIFS: SMBD: Implement function to receive data via
> RDMA receive")
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Reviewed-by: Long Li <longli@microsoft.com>

> ---
>  fs/cifs/smbdirect.c | 15 ++++++---------
>  1 file changed, 6 insertions(+), 9 deletions(-)
> 
> diff --git a/fs/cifs/smbdirect.c b/fs/cifs/smbdirect.c index
> f527e22650f5..f9234ed83a60 100644
> --- a/fs/cifs/smbdirect.c
> +++ b/fs/cifs/smbdirect.c
> @@ -1862,7 +1862,6 @@ int smbd_recv_buf(struct smbd_connection *info,
> char *buf, unsigned int size)
>  	int to_copy, to_read, data_read, offset;
>  	u32 data_length, remaining_data_length, data_offset;
>  	int rc;
> -	unsigned long flags;
> 
>  again:
>  	if (info->transport_status != SMBD_CONNECTED) { @@ -1935,15
> +1934,13 @@ int smbd_recv_buf(struct smbd_connection *info, char *buf,
> unsigned int size)
>  				 * end of the queue
>  				 */
>  				if (!queue_length)
> -					spin_lock_irqsave(
> -						&info-
> >reassembly_queue_lock,
> -						flags);
> +					spin_lock_irq(
> +						&info-
> >reassembly_queue_lock);
>  				list_del(&response->list);
>  				queue_removed++;
>  				if (!queue_length)
> -					spin_unlock_irqrestore(
> -						&info-
> >reassembly_queue_lock,
> -						flags);
> +					spin_unlock_irq(
> +						&info-
> >reassembly_queue_lock);
> 
>  				info->count_reassembly_queue--;
>  				info-
> >count_dequeue_reassembly_queue++;
> @@ -1963,10 +1960,10 @@ int smbd_recv_buf(struct smbd_connection
> *info, char *buf, unsigned int size)
>  				to_read, data_read, offset);
>  		}
> 
> -		spin_lock_irqsave(&info->reassembly_queue_lock, flags);
> +		spin_lock_irq(&info->reassembly_queue_lock);
>  		info->reassembly_data_length -= data_read;
>  		info->reassembly_queue_length -= queue_removed;
> -		spin_unlock_irqrestore(&info->reassembly_queue_lock,
> flags);
> +		spin_unlock_irq(&info->reassembly_queue_lock);
> 
>  		info->first_entry_offset = offset;
>  		log_read(INFO, "returning to thread data_read=%d "
> --
> 2.9.0

  reply	other threads:[~2018-01-10 21:55 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-10 20:51 Arnd Bergmann
2018-01-10 21:55 ` Long Li [this message]
2018-01-14 19:07 ` Steve French

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=MWHPR21MB0846F519ADCDDF1B238187ADCE110@MWHPR21MB0846.namprd21.prod.outlook.com \
    --to=longli@microsoft.com \
    --cc=arnd@arndb.de \
    --cc=linux-cifs@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lsahlber@redhat.com \
    --cc=pshilov@microsoft.com \
    --cc=samba-technical@lists.samba.org \
    --cc=sfrench@samba.org \
    /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

all inboxes | Powered by JetHome®