All of lore.kernel.org
 help / color / mirror / Atom feed
From: SIMRAN SINGHAL <singhalsimran0@gmail.com>
To: Joe Perches <joe@perches.com>
Cc: Greg KH <gregkh@linuxfoundation.org>,
	lustre-devel@lists.lustre.org,  devel@driverdev.osuosl.org,
	linux-kernel@vger.kernel.org,  linux-fbdev@vger.kernel.org,
	outreachy-kernel@googlegroups.com
Subject: Re: [PATCH 1/5] staging: lustre: Remove unnecessary else after return
Date: Wed, 1 Mar 2017 00:31:32 +0530	[thread overview]
Message-ID: <CALrZqyP-BRPj4jEFgU=B_AV7E4-tJfgaXwwxRhUprLg_4gWQkg@mail.gmail.com> (raw)
In-Reply-To: <1488228200.25838.14.camel@perches.com>

On Tue, Feb 28, 2017 at 2:13 AM, Joe Perches <joe@perches.com> wrote:
> On Tue, 2017-02-28 at 01:51 +0530, SIMRAN SINGHAL wrote:
>> On Tue, Feb 28, 2017 at 12:55 AM, Joe Perches <joe@perches.com> wrote:
>> > On Mon, 2017-02-27 at 23:44 +0530, simran singhal wrote:
>> > > This patch fixes the checkpatch warning that else is not generally
>> > > useful after a break or return.
>> >
>> > checkpatch doesn't actually warn for this style
>> >
>> >         if (foo)
>> >                 return bar;
>> >         else
>> >                 return baz;
>> >
>>
>> ok, My bad
>> so, I have to change commit message as checkpatch doesn't warn for this style.
>
> Perhaps better would be to leave them unchanged instead.
>
>> > > diff --git a/drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c b/drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c
> []
>> > > @@ -1806,8 +1806,7 @@ ksocknal_close_matching_conns(struct lnet_process_id id, __u32 ipaddr)
>> > >
>> > >       if (!count)
>> > >               return -ENOENT;
>> > > -     else
>> > > -             return 0;
>> > > +     return 0;
>
> There might be a case for this one.
> error returns are generally in the form
>
> {
>         [...]
>
>         err = func(...);
>         if (err < 0)
>                 return err;
>
>         return 0;
> }
Not sure, what's the problem in removing else as according to me
there is no use of else.

In this case if (if condition) does not satisfy then else condition will
be satisfied and function will return 0.


WARNING: multiple messages have this Message-ID (diff)
From: SIMRAN SINGHAL <singhalsimran0@gmail.com>
To: Joe Perches <joe@perches.com>
Cc: Greg KH <gregkh@linuxfoundation.org>,
	lustre-devel@lists.lustre.org, devel@driverdev.osuosl.org,
	linux-kernel@vger.kernel.org, linux-fbdev@vger.kernel.org,
	outreachy-kernel@googlegroups.com
Subject: Re: [PATCH 1/5] staging: lustre: Remove unnecessary else after return
Date: Tue, 28 Feb 2017 19:13:32 +0000	[thread overview]
Message-ID: <CALrZqyP-BRPj4jEFgU=B_AV7E4-tJfgaXwwxRhUprLg_4gWQkg@mail.gmail.com> (raw)
In-Reply-To: <1488228200.25838.14.camel@perches.com>

On Tue, Feb 28, 2017 at 2:13 AM, Joe Perches <joe@perches.com> wrote:
> On Tue, 2017-02-28 at 01:51 +0530, SIMRAN SINGHAL wrote:
>> On Tue, Feb 28, 2017 at 12:55 AM, Joe Perches <joe@perches.com> wrote:
>> > On Mon, 2017-02-27 at 23:44 +0530, simran singhal wrote:
>> > > This patch fixes the checkpatch warning that else is not generally
>> > > useful after a break or return.
>> >
>> > checkpatch doesn't actually warn for this style
>> >
>> >         if (foo)
>> >                 return bar;
>> >         else
>> >                 return baz;
>> >
>>
>> ok, My bad
>> so, I have to change commit message as checkpatch doesn't warn for this style.
>
> Perhaps better would be to leave them unchanged instead.
>
>> > > diff --git a/drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c b/drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c
> []
>> > > @@ -1806,8 +1806,7 @@ ksocknal_close_matching_conns(struct lnet_process_id id, __u32 ipaddr)
>> > >
>> > >       if (!count)
>> > >               return -ENOENT;
>> > > -     else
>> > > -             return 0;
>> > > +     return 0;
>
> There might be a case for this one.
> error returns are generally in the form
>
> {
>         [...]
>
>         err = func(...);
>         if (err < 0)
>                 return err;
>
>         return 0;
> }
Not sure, what's the problem in removing else as according to me
there is no use of else.

In this case if (if condition) does not satisfy then else condition will
be satisfied and function will return 0.

  reply	other threads:[~2017-02-28 19:01 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-27 18:14 [PATCH 1/5] staging: lustre: Remove unnecessary else after return simran singhal
2017-02-27 18:26 ` simran singhal
2017-02-27 18:14 ` [PATCH 2/5] staging: rtl8192u: " simran singhal
2017-02-27 18:26   ` simran singhal
2017-02-27 21:25   ` [Outreachy kernel] " Julia Lawall
2017-02-27 21:25     ` [lustre-devel] " Julia Lawall
2017-02-27 21:25     ` Julia Lawall
2017-02-27 18:14 ` [PATCH 3/5] staging: rtl8712: " simran singhal
2017-02-27 18:26   ` simran singhal
2017-02-27 21:19   ` [Outreachy kernel] " Julia Lawall
2017-02-27 21:19     ` [lustre-devel] " Julia Lawall
2017-02-27 21:19     ` Julia Lawall
2017-02-28 19:17     ` SIMRAN SINGHAL
2017-02-28 19:29       ` SIMRAN SINGHAL
2017-02-28 19:19       ` Julia Lawall
2017-02-28 19:19         ` [lustre-devel] " Julia Lawall
2017-02-28 19:19         ` Julia Lawall
2017-02-27 18:14 ` [PATCH 4/5] staging: sm750fb: " simran singhal
2017-02-27 18:26   ` simran singhal
2017-02-27 19:31   ` Joe Perches
2017-02-27 19:31     ` [lustre-devel] " Joe Perches
2017-02-27 19:31     ` Joe Perches
2017-02-27 20:22     ` SIMRAN SINGHAL
2017-02-27 20:34       ` SIMRAN SINGHAL
2017-02-27 21:15   ` [Outreachy kernel] " Julia Lawall
2017-02-27 21:15     ` [lustre-devel] " Julia Lawall
2017-02-27 21:15     ` Julia Lawall
2017-02-28 18:56     ` SIMRAN SINGHAL
2017-02-28 19:08       ` SIMRAN SINGHAL
2017-02-28 19:00       ` Julia Lawall
2017-02-28 19:00         ` [lustre-devel] " Julia Lawall
2017-02-28 19:00         ` Julia Lawall
2017-02-28 19:05         ` SIMRAN SINGHAL
2017-02-28 19:17           ` SIMRAN SINGHAL
2017-02-27 18:14 ` [PATCH 5/5] staging: gdm724x: " simran singhal
2017-02-27 18:26   ` simran singhal
2017-02-27 19:41   ` Joe Perches
2017-02-27 19:41     ` [lustre-devel] " Joe Perches
2017-02-27 19:41     ` Joe Perches
2017-02-27 20:19     ` SIMRAN SINGHAL
2017-02-27 20:31       ` SIMRAN SINGHAL
2017-02-28 19:11       ` SIMRAN SINGHAL
2017-02-28 19:23         ` SIMRAN SINGHAL
2017-02-28 19:18         ` [Outreachy kernel] " Julia Lawall
2017-02-28 19:18           ` [lustre-devel] " Julia Lawall
2017-02-28 19:18           ` Julia Lawall
2017-02-28 19:18         ` Joe Perches
2017-02-28 19:18           ` [lustre-devel] " Joe Perches
2017-02-28 19:18           ` Joe Perches
2017-02-28 19:21           ` [Outreachy kernel] " Julia Lawall
2017-02-28 19:21             ` [lustre-devel] " Julia Lawall
2017-02-28 19:21             ` Julia Lawall
2017-02-27 19:25 ` [PATCH 1/5] staging: lustre: " Joe Perches
2017-02-27 19:25   ` [lustre-devel] " Joe Perches
2017-02-27 19:25   ` Joe Perches
2017-02-27 20:21   ` SIMRAN SINGHAL
2017-02-27 20:33     ` SIMRAN SINGHAL
2017-02-27 20:43     ` Joe Perches
2017-02-27 20:43       ` [lustre-devel] " Joe Perches
2017-02-27 20:43       ` Joe Perches
2017-02-28 19:01       ` SIMRAN SINGHAL [this message]
2017-02-28 19:13         ` SIMRAN SINGHAL
2017-02-28 19:14         ` [Outreachy kernel] " Julia Lawall
2017-02-28 19:14           ` [lustre-devel] " Julia Lawall
2017-02-28 19:14           ` Julia Lawall

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='CALrZqyP-BRPj4jEFgU=B_AV7E4-tJfgaXwwxRhUprLg_4gWQkg@mail.gmail.com' \
    --to=singhalsimran0@gmail.com \
    --cc=devel@driverdev.osuosl.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=joe@perches.com \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lustre-devel@lists.lustre.org \
    --cc=outreachy-kernel@googlegroups.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.