From: Thierry Reding <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Philipp Zabel <p.zabel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
Cc: Timo Alho <talho-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 3/4] reset: tegra: check BPMP response return code
Date: Tue, 17 Oct 2017 13:49:10 +0200 [thread overview]
Message-ID: <20171017114910.GA684@ulmo> (raw)
In-Reply-To: <1508237537.6854.8.camel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 2424 bytes --]
On Tue, Oct 17, 2017 at 12:52:17PM +0200, Philipp Zabel wrote:
> Hi Thierry,
>
> On Tue, 2017-10-17 at 12:40 +0200, Thierry Reding wrote:
> > On Thu, Sep 07, 2017 at 12:31:03PM +0300, Timo Alho wrote:
> > > Add checks for return code in BPMP response message.
> > >
> > > Signed-off-by: Timo Alho <talho-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
> > > ---
> > > drivers/reset/tegra/reset-bpmp.c | 9 ++++++++-
> > > 1 file changed, 8 insertions(+), 1 deletion(-)
> >
> > Hi Philipp,
> >
> > Would you provide an Acked-by on this so that I can take it into the
> > Tegra tree? There's a build dependency on patch 1/4 in the series.
>
> Acked-by: Philipp Zabel <p.zabel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
>
> to take this via the Tegra tree.
Thanks!
> > Quoting in full since you were not previously on Cc, unfortunately.
> >
> > Timo, please remember to always Cc the relevant maintainers.
> >
> > Thierry
> >
> > > diff --git a/drivers/reset/tegra/reset-bpmp.c b/drivers/reset/tegra/reset-bpmp.c
> > > index 5daf2ee..fac2db6 100644
> > > --- a/drivers/reset/tegra/reset-bpmp.c
> > > +++ b/drivers/reset/tegra/reset-bpmp.c
> > > @@ -23,6 +23,7 @@ static int tegra_bpmp_reset_common(struct reset_controller_dev *rstc,
> > > struct tegra_bpmp *bpmp = to_tegra_bpmp(rstc);
> > > struct mrq_reset_request request;
> > > struct tegra_bpmp_message msg;
> > > + int err;
> > >
> > > memset(&request, 0, sizeof(request));
> > > request.cmd = command;
> > > @@ -33,7 +34,13 @@ static int tegra_bpmp_reset_common(struct reset_controller_dev *rstc,
> > > msg.tx.data = &request;
> > > msg.tx.size = sizeof(request);
> > >
> > > - return tegra_bpmp_transfer(bpmp, &msg);
> > > + err = tegra_bpmp_transfer(bpmp, &msg);
> > > + if (err < 0)
> > > + return err;
> > > + else if (msg.rx.ret < 0)
> > > + return -EINVAL;
>
> I don't really understand why you complicate the call sites like this
> instead of just letting tegra_bmp_transfer return -EINVAL if msg.rx.ret
> < 0, but I haven't seen the other patches.
Timo replied to a similar question from Jon here:
https://patchwork.ozlabs.org/patch/810934/
Essentially this boils down to that there are cases where we may want to
know the exact error because it is relevant. In this case, we don't, but
BPMP provides a number of other services where the errors may be useful.
Thierry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Thierry Reding <thierry.reding@gmail.com>
To: Philipp Zabel <p.zabel@pengutronix.de>
Cc: Timo Alho <talho@nvidia.com>,
linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/4] reset: tegra: check BPMP response return code
Date: Tue, 17 Oct 2017 13:49:10 +0200 [thread overview]
Message-ID: <20171017114910.GA684@ulmo> (raw)
In-Reply-To: <1508237537.6854.8.camel@pengutronix.de>
[-- Attachment #1: Type: text/plain, Size: 2370 bytes --]
On Tue, Oct 17, 2017 at 12:52:17PM +0200, Philipp Zabel wrote:
> Hi Thierry,
>
> On Tue, 2017-10-17 at 12:40 +0200, Thierry Reding wrote:
> > On Thu, Sep 07, 2017 at 12:31:03PM +0300, Timo Alho wrote:
> > > Add checks for return code in BPMP response message.
> > >
> > > Signed-off-by: Timo Alho <talho@nvidia.com>
> > > ---
> > > drivers/reset/tegra/reset-bpmp.c | 9 ++++++++-
> > > 1 file changed, 8 insertions(+), 1 deletion(-)
> >
> > Hi Philipp,
> >
> > Would you provide an Acked-by on this so that I can take it into the
> > Tegra tree? There's a build dependency on patch 1/4 in the series.
>
> Acked-by: Philipp Zabel <p.zabel@pengutronix.de>
>
> to take this via the Tegra tree.
Thanks!
> > Quoting in full since you were not previously on Cc, unfortunately.
> >
> > Timo, please remember to always Cc the relevant maintainers.
> >
> > Thierry
> >
> > > diff --git a/drivers/reset/tegra/reset-bpmp.c b/drivers/reset/tegra/reset-bpmp.c
> > > index 5daf2ee..fac2db6 100644
> > > --- a/drivers/reset/tegra/reset-bpmp.c
> > > +++ b/drivers/reset/tegra/reset-bpmp.c
> > > @@ -23,6 +23,7 @@ static int tegra_bpmp_reset_common(struct reset_controller_dev *rstc,
> > > struct tegra_bpmp *bpmp = to_tegra_bpmp(rstc);
> > > struct mrq_reset_request request;
> > > struct tegra_bpmp_message msg;
> > > + int err;
> > >
> > > memset(&request, 0, sizeof(request));
> > > request.cmd = command;
> > > @@ -33,7 +34,13 @@ static int tegra_bpmp_reset_common(struct reset_controller_dev *rstc,
> > > msg.tx.data = &request;
> > > msg.tx.size = sizeof(request);
> > >
> > > - return tegra_bpmp_transfer(bpmp, &msg);
> > > + err = tegra_bpmp_transfer(bpmp, &msg);
> > > + if (err < 0)
> > > + return err;
> > > + else if (msg.rx.ret < 0)
> > > + return -EINVAL;
>
> I don't really understand why you complicate the call sites like this
> instead of just letting tegra_bmp_transfer return -EINVAL if msg.rx.ret
> < 0, but I haven't seen the other patches.
Timo replied to a similar question from Jon here:
https://patchwork.ozlabs.org/patch/810934/
Essentially this boils down to that there are cases where we may want to
know the exact error because it is relevant. In this case, we don't, but
BPMP provides a number of other services where the errors may be useful.
Thierry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2017-10-17 11:49 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-07 9:31 [PATCH 0/4] firmware: tegra: add checks for BPMP error return code Timo Alho
2017-09-07 9:31 ` Timo Alho
[not found] ` <cover.1504776489.git.talho-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-09-07 9:31 ` [PATCH 1/4] firmware: tegra: propagate error code to caller Timo Alho
2017-09-07 9:31 ` Timo Alho
[not found] ` <c349d38a8cb1d00a4dc11d6aa286fb392017bc8c.1504776489.git.talho-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-09-21 11:19 ` Jon Hunter
2017-09-21 11:19 ` Jon Hunter
2017-10-17 10:41 ` Thierry Reding
2017-10-17 10:41 ` Thierry Reding
2017-09-07 9:31 ` [PATCH 2/4] clk: tegra: check BPMP response return code Timo Alho
2017-09-07 9:31 ` Timo Alho
2017-09-21 11:21 ` Jon Hunter
2017-09-21 11:21 ` Jon Hunter
[not found] ` <388e07bc-b7b4-cc17-026a-bd08d77942ca-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-09-29 13:46 ` Timo Alho
2017-09-29 13:46 ` Timo Alho
2017-09-29 14:53 ` Jon Hunter
[not found] ` <5dfbbc6d-0dc0-7d92-0bff-8b05ddd272b3-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-10-02 8:43 ` Timo Alho
2017-10-02 8:43 ` Timo Alho
2017-10-02 20:23 ` Jon Hunter
2017-10-17 10:37 ` Thierry Reding
2017-10-21 14:10 ` Stephen Boyd
2017-09-07 9:31 ` [PATCH 3/4] reset: " Timo Alho
2017-09-07 9:31 ` Timo Alho
[not found] ` <00e7714871d7568e9fc848dc5f76d14e07984a1e.1504776489.git.talho-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-10-02 20:24 ` Jon Hunter
2017-10-02 20:24 ` Jon Hunter
2017-10-17 10:40 ` Thierry Reding
2017-10-17 10:52 ` Philipp Zabel
2017-10-17 10:52 ` Philipp Zabel
[not found] ` <1508237537.6854.8.camel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2017-10-17 11:49 ` Thierry Reding [this message]
2017-10-17 11:49 ` Thierry Reding
2017-09-07 9:31 ` [PATCH 4/4] soc/tegra: bpmp: " Timo Alho
2017-09-07 9:31 ` Timo Alho
[not found] ` <8be4357544ffb9a60e116bc0a666189b93951c91.1504776489.git.talho-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2017-10-02 20:26 ` Jon Hunter
2017-10-02 20:26 ` Jon Hunter
2017-10-17 10:41 ` Thierry Reding
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=20171017114910.GA684@ulmo \
--to=thierry.reding-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=p.zabel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org \
--cc=talho-DDmLM1+adcrQT0dZR+AlfA@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.