public inbox for kernel-janitors@vger.kernel.org
 help / color / mirror / Atom feed
From: Julia Lawall <julia.lawall@lip6.fr>
To: Firo Yang <firogm@gmail.com>
Cc: viro@zeniv.linux.org.uk, kernel-janitors@vger.kernel.org,
	linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH] fs/compat: remove redundant 'less than zero' check
Date: Fri, 24 Apr 2015 10:29:43 +0000	[thread overview]
Message-ID: <alpine.DEB.2.10.1504241228220.3424@hadrien> (raw)
In-Reply-To: <CAOXNuu2VKCWNSiePoSw4-G3TqxpXDE9fR75B75-fhQLa-SPcJg@mail.gmail.com>

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2297 bytes --]



On Fri, 24 Apr 2015, Firo Yang wrote:

> It was because that1. nr_segs stand for the number of 'segs' should be large
> or equal to 0, a positive number.

This is not very convincing.  A negative number could be used to encode a
failure of some previous operation, although normally that failure should
have been checked for elsewhere.

> 2. the type of nr_segs is 'unsigned long', It imply a positive number.

OK, this seems like a reasonable explanation.  Currently the test can
never be true, so there is no point to have it.  It would be good to note
this in the commit message of your patch.

julia

> 3. the code if (nr_segs > UIO_MAXIOV) is enough to keep the value nr_segs
> safe.
>
> Regards
> Firo
>
>
>
> On Fri, Apr 24, 2015 at 6:10 PM, Julia Lawall <julia.lawall@lip6.fr> wrote:
>
>
>       On Fri, 24 Apr 2015, Firo Yang wrote:
>
>       > Smatch complains about the check in compat.c.
>       > fs/compat.c:565 compat_rw_copy_check_uvector() warn:
>       > unsigned 'nr_segs' is never less than zero.
>       >
>       > I think, there is no reason to check if the value nr_segs
>       > is less than zero. So I removed it.
>
>       It would be good to explain why you think this.  What other
>       statements in
>       the code imply this property?
>
>       julia
>
>       >
>       > Signed-off-by: Firo Yang <firogm@gmail.com>
>       > ---
>       >  fs/compat.c | 2 +-
>       >  1 file changed, 1 insertion(+), 1 deletion(-)
>       >
>       > diff --git a/fs/compat.c b/fs/compat.c
>       > index 6fd272d..beaf15b 100644
>       > --- a/fs/compat.c
>       > +++ b/fs/compat.c
>       > @@ -562,7 +562,7 @@ ssize_t compat_rw_copy_check_uvector(int
>       type,
>       >               goto out;
>       >
>       >       ret = -EINVAL;
>       > -     if (nr_segs > UIO_MAXIOV || nr_segs < 0)
>       > +     if (nr_segs > UIO_MAXIOV)
>       >               goto out;
>       >       if (nr_segs > fast_segs) {
>       >               ret = -ENOMEM;
>       > --
>       > 2.1.0
>       >
> > --
> > To unsubscribe from this list: send the line "unsubscribe
> kernel-janitors" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
>
>
>
>

  parent reply	other threads:[~2015-04-24 10:29 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-24 10:07 [PATCH] fs/compat: remove redundant 'less than zero' check Firo Yang
2015-04-24 10:10 ` Julia Lawall
     [not found]   ` <CAOXNuu2VKCWNSiePoSw4-G3TqxpXDE9fR75B75-fhQLa-SPcJg@mail.gmail.com>
2015-04-24 10:29     ` Julia Lawall [this message]
2015-04-24 12:04 ` Dan Carpenter
2015-04-24 12:23   ` Julia Lawall
2015-04-24 13:00     ` Dan Carpenter

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=alpine.DEB.2.10.1504241228220.3424@hadrien \
    --to=julia.lawall@lip6.fr \
    --cc=firogm@gmail.com \
    --cc=kernel-janitors@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=viro@zeniv.linux.org.uk \
    /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