mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: Neil Brown <neilb@suse.de>
Cc: Joe Perches <joe@perches.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	nfs@lists.sourceforge.net
Subject: Re: [PATCH] - [7/15] - remove defconfig ptr comparisons to 0 - fs/lockd
Date: Wed, 14 Nov 2007 12:50:46 -0500	[thread overview]
Message-ID: <1195062646.7584.27.camel@heimdal.trondhjem.org> (raw)
In-Reply-To: <1195015507.7468.86.camel@heimdal.trondhjem.org>


On Tue, 2007-11-13 at 23:45 -0500, Trond Myklebust wrote:
> On Wed, 2007-11-14 at 13:40 +1100, Neil Brown wrote:
> > On Tuesday November 13, joe@perches.com wrote:
> > > Remove defconfig ptr comparison to 0
> > > 
> > > Remove sparse warning: Using plain integer as NULL pointer
> > > 
> > > Signed-off-by: Joe Perches <joe@perches.com>
> > > 
> > > ---
> > > 
> > > diff --git a/fs/lockd/svcshare.c b/fs/lockd/svcshare.c
> > > index 068886d..98548ad 100644
> > > --- a/fs/lockd/svcshare.c
> > > +++ b/fs/lockd/svcshare.c
> > > @@ -71,7 +71,7 @@ nlmsvc_unshare_file(struct nlm_host *host, struct nlm_file *file,
> > >  	struct nlm_share	*share, **shpp;
> > >  	struct xdr_netobj	*oh = &argp->lock.oh;
> > >  
> > > -	for (shpp = &file->f_shares; (share = *shpp) != 0; shpp = &share->s_next) {
> > > +	for (shpp = &file->f_shares; (share = *shpp); shpp = &share->s_next) {
> > >  		if (share->s_host == host && nlm_cmp_owner(share, oh)) {
> > >  			*shpp = share->s_next;
> > >  			kfree(share);
> > > 
> > 
> > I particularly disagree with this change as it now looked like it
> > could be an '==' comparison that was mistyped.  Making it 
> >         ....; (share = *shpp) != NULL; ....
> 
> There would also be the minor fact that the original test is being
> inverted in this 'fix'. An accurate fix should at the very least be
>    !(share = *shpp).

Apologies to Joe. I must have been tired when I typed the above. However
I'm still NACKing the patch: removing the '!= 0' altogether reduces code
legibility rather than improving it, particularly when we have that ugly
assignment.
If the intent is just to silence 'sparse', then replace with '!= NULL'.

> > makes the intent clear.
> 
> It would be a lot cleaner just to pull the entire assignment out of the
> for() statement. IOW:
> 
> 	for (shpp = &file->f_shares; *shpp != NULL; shpp = &(*shpp)->s_next) {
> 		struct nlm_share *share = *shpp;

...however doing something like the above would be altogether
preferable, since that cleans up the assignment which is the source of
the ugliness.

Cheers
  Trond


      reply	other threads:[~2007-11-14 17:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-14  2:05 Joe Perches
2007-11-14  2:40 ` Neil Brown
2007-11-14  4:45   ` Trond Myklebust
2007-11-14 17:50     ` Trond Myklebust [this message]

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=1195062646.7584.27.camel@heimdal.trondhjem.org \
    --to=trond.myklebust@fys.uio.no \
    --cc=joe@perches.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=neilb@suse.de \
    --cc=nfs@lists.sourceforge.net \
    --cc=torvalds@linux-foundation.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®