All of lore.kernel.org
 help / color / mirror / Atom feed
From: Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Moritz Fischer
	<moritz.fischer.private-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Moritz Fischer
	<moritz.fischer-+aYTwkv1SeIAvxtiuMwx3w@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Pantelis Antoniou
	<pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org>,
	moritz-62aBmqa6xEOcmJEhUYGoYg@public.gmane.org,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH] of: Fix issue where code would fall through to error case.
Date: Sat, 26 Nov 2016 13:39:28 -0800	[thread overview]
Message-ID: <583A0110.4090603@gmail.com> (raw)
In-Reply-To: <CAL_JsqJK=Jf7JCmqD8EgEg3ngONWz=1Fu-Jj5h6-wkskTk_iXw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On 11/23/16 13:58, Rob Herring wrote:
> On Thu, Nov 17, 2016 at 6:10 PM, Moritz Fischer
> <moritz.fischer.private-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> On Thu, Nov 17, 2016 at 4:02 PM, Frank Rowand <frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>> On 11/17/16 15:40, Frank Rowand wrote:
>>>> On 11/17/16 15:25, Moritz Fischer wrote:
>>>>> No longer fall through into the error case that prints out
>>>>> an error if no error (err = 0) occurred.
>>>>>
>>>>> Fixes d9181b20a83(of: Add back an error message, restructured)
>>>>> Signed-off-by: Moritz Fischer <moritz.fischer-+aYTwkv1SeIAvxtiuMwx3w@public.gmane.org>
>>>>> ---
>>>>>  drivers/of/resolver.c | 6 +++++-
>>>>>  1 file changed, 5 insertions(+), 1 deletion(-)
>>>>>
>>>>> diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c
>>>>> index 783bd09..785076d 100644
>>>>> --- a/drivers/of/resolver.c
>>>>> +++ b/drivers/of/resolver.c
>>>>> @@ -358,9 +358,13 @@ int of_resolve_phandles(struct device_node *overlay)
>>>>>
>>>>>              err = update_usages_of_a_phandle_reference(overlay, prop, phandle);
>>>>>              if (err)
>>>>> -                    break;
>>>>> +                    goto err_out;
>>>>>      }
>>>>>
>>>>> +    of_node_put(tree_symbols);
>>>>> +
>>>>> +    return 0;
>>>>> +
>>>>>  err_out:
>>>>>      pr_err("overlay phandle fixup failed: %d\n", err);
>>>>>  out:
>>>>
>>>> Thanks for catching that.
>>>>
>>>> Rob, please apply.
>>>>
>>>> Reviewed-by: Frank Rowand <frank.rowand-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org>
>>>>
>>>> -Frank
>>>
>>> On second thought, isn't the common pattern when clean up is needed for
>>> both the no-error path and the error path something like:
>>>
>>>
>>>         out:
>>>                 of_node_put(tree_symbols);
>>>                 return err;
>>>
>>>         err_out:
>>>                 pr_err("overlay phandle fixup failed: %d\n", err);
>>>                 goto out;
>>>         }
>>>
>>>
>>> I don't have a strong opinion, whatever Rob wants to take is fine with me.
>>
>> Same here. I tried to avoid the jumping back part, but if that's the
>> common pattern,
>> I can submit a v2 doing that instead.
> 
> Both are ugly. Just do:
> 
> if (err)
>   pr_err(...);
> 
> Rob

Agreed.  Thanks for the touch of sanity Rob.

-Frank

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: Frank Rowand <frowand.list@gmail.com>
To: Rob Herring <robh+dt@kernel.org>,
	Moritz Fischer <moritz.fischer.private@gmail.com>
Cc: Moritz Fischer <moritz.fischer@ettus.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Pantelis Antoniou <pantelis.antoniou@konsulko.com>,
	moritz@pure-entropy.org,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [PATCH] of: Fix issue where code would fall through to error case.
Date: Sat, 26 Nov 2016 13:39:28 -0800	[thread overview]
Message-ID: <583A0110.4090603@gmail.com> (raw)
In-Reply-To: <CAL_JsqJK=Jf7JCmqD8EgEg3ngONWz=1Fu-Jj5h6-wkskTk_iXw@mail.gmail.com>

On 11/23/16 13:58, Rob Herring wrote:
> On Thu, Nov 17, 2016 at 6:10 PM, Moritz Fischer
> <moritz.fischer.private@gmail.com> wrote:
>> On Thu, Nov 17, 2016 at 4:02 PM, Frank Rowand <frowand.list@gmail.com> wrote:
>>> On 11/17/16 15:40, Frank Rowand wrote:
>>>> On 11/17/16 15:25, Moritz Fischer wrote:
>>>>> No longer fall through into the error case that prints out
>>>>> an error if no error (err = 0) occurred.
>>>>>
>>>>> Fixes d9181b20a83(of: Add back an error message, restructured)
>>>>> Signed-off-by: Moritz Fischer <moritz.fischer@ettus.com>
>>>>> ---
>>>>>  drivers/of/resolver.c | 6 +++++-
>>>>>  1 file changed, 5 insertions(+), 1 deletion(-)
>>>>>
>>>>> diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c
>>>>> index 783bd09..785076d 100644
>>>>> --- a/drivers/of/resolver.c
>>>>> +++ b/drivers/of/resolver.c
>>>>> @@ -358,9 +358,13 @@ int of_resolve_phandles(struct device_node *overlay)
>>>>>
>>>>>              err = update_usages_of_a_phandle_reference(overlay, prop, phandle);
>>>>>              if (err)
>>>>> -                    break;
>>>>> +                    goto err_out;
>>>>>      }
>>>>>
>>>>> +    of_node_put(tree_symbols);
>>>>> +
>>>>> +    return 0;
>>>>> +
>>>>>  err_out:
>>>>>      pr_err("overlay phandle fixup failed: %d\n", err);
>>>>>  out:
>>>>
>>>> Thanks for catching that.
>>>>
>>>> Rob, please apply.
>>>>
>>>> Reviewed-by: Frank Rowand <frank.rowand@am.sony.com>
>>>>
>>>> -Frank
>>>
>>> On second thought, isn't the common pattern when clean up is needed for
>>> both the no-error path and the error path something like:
>>>
>>>
>>>         out:
>>>                 of_node_put(tree_symbols);
>>>                 return err;
>>>
>>>         err_out:
>>>                 pr_err("overlay phandle fixup failed: %d\n", err);
>>>                 goto out;
>>>         }
>>>
>>>
>>> I don't have a strong opinion, whatever Rob wants to take is fine with me.
>>
>> Same here. I tried to avoid the jumping back part, but if that's the
>> common pattern,
>> I can submit a v2 doing that instead.
> 
> Both are ugly. Just do:
> 
> if (err)
>   pr_err(...);
> 
> Rob

Agreed.  Thanks for the touch of sanity Rob.

-Frank

  parent reply	other threads:[~2016-11-26 21:39 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-17 23:25 [PATCH] of: Fix issue where code would fall through to error case Moritz Fischer
2016-11-17 23:25 ` Moritz Fischer
     [not found] ` <1479425157-6235-1-git-send-email-moritz.fischer-+aYTwkv1SeIAvxtiuMwx3w@public.gmane.org>
2016-11-17 23:40   ` Frank Rowand
2016-11-17 23:40     ` Frank Rowand
2016-11-18  0:02     ` Frank Rowand
     [not found]       ` <582E452E.3080909-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-11-18  0:10         ` Moritz Fischer
2016-11-18  0:10           ` Moritz Fischer
2016-11-23 21:58           ` Rob Herring
     [not found]             ` <CAL_JsqJK=Jf7JCmqD8EgEg3ngONWz=1Fu-Jj5h6-wkskTk_iXw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-11-26 21:39               ` Frank Rowand [this message]
2016-11-26 21:39                 ` Frank Rowand
     [not found]                 ` <583A0110.4090603-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-11-28 15:30                   ` Frank Rowand
2016-11-28 15:30                     ` Frank Rowand
     [not found]                     ` <583C4D83.6040800-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-11-29 15:06                       ` Rob Herring
2016-11-29 15:06                         ` Rob Herring
     [not found]                         ` <CAL_Jsq+eQYGq7ZtiQaerBk1SP=K1Wgd+b_2UGKFoRS4_s_8Fvg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-11-29 15:55                           ` Moritz Fischer
2016-11-29 15:55                             ` Moritz Fischer
2016-11-29 16:52                         ` Frank Rowand

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=583A0110.4090603@gmail.com \
    --to=frowand.list-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=moritz-62aBmqa6xEOcmJEhUYGoYg@public.gmane.org \
    --cc=moritz.fischer-+aYTwkv1SeIAvxtiuMwx3w@public.gmane.org \
    --cc=moritz.fischer.private-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=pantelis.antoniou-OWPKS81ov/FWk0Htik3J/w@public.gmane.org \
    --cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.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 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.