Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1531216 > unrolled thread
| Started by | Caesar Wang <wxt@rock-chips.com> |
|---|---|
| First post | 2016-11-28 12:20 +0100 |
| Last post | 2016-11-30 06:10 +0100 |
| Articles | 4 — 3 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
[PATCH v3 1/5] thermal: rockchip: improve conversion error messages Caesar Wang <wxt@rock-chips.com> - 2016-11-28 12:20 +0100
Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages Eduardo Valentin <edubezval@gmail.com> - 2016-11-29 03:00 +0100
Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages Brian Norris <briannorris@chromium.org> - 2016-11-29 06:50 +0100
Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages Eduardo Valentin <edubezval@gmail.com> - 2016-11-30 06:10 +0100
| From | Caesar Wang <wxt@rock-chips.com> |
|---|---|
| Date | 2016-11-28 12:20 +0100 |
| Subject | [PATCH v3 1/5] thermal: rockchip: improve conversion error messages |
| Message-ID | <sIs8y-1nY-17@gated-at.bofh.it> |
From: Brian Norris <briannorris@chromium.org>
These error messages don't give much information about what went wrong.
It would be nice, for one, to see what invalid temperature was being
requested when conversion fails. It's also good to return an error when
we can't handle a conversion properly.
While we're at it, fix the grammar too.
Signed-off-by: Brian Norris <briannorris@chromium.org>
Signed-off-by: Caesar Wang <wxt@rock-chips.com>
---
Changes in v3: None
Changes in v2: None
Changes in v1:
- The original Brian posted on https://patchwork.kernel.org/patch/9437686
Note: it'd probably be even nicer to know which sensor this was, but we've
kinda abstracted that one away by this point...
drivers/thermal/rockchip_thermal.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/thermal/rockchip_thermal.c b/drivers/thermal/rockchip_thermal.c
index b811b0f..26c247c 100644
--- a/drivers/thermal/rockchip_thermal.c
+++ b/drivers/thermal/rockchip_thermal.c
@@ -424,7 +424,8 @@ static u32 rk_tsadcv2_temp_to_code(struct chip_tsadc_table table,
}
exit:
- pr_err("Invalid the conversion, error=%d\n", error);
+ pr_err("%s: invalid temperature, temp=%d error=%d\n",
+ __func__, temp, error);
return error;
}
@@ -475,7 +476,9 @@ static int rk_tsadcv2_code_to_temp(struct chip_tsadc_table table, u32 code,
}
break;
default:
- pr_err("Invalid the conversion table\n");
+ pr_err("%s: invalid conversion table, mode=%d\n",
+ __func__, table.mode);
+ return -EINVAL;
}
/*
--
2.7.4
[toc] | [next] | [standalone]
| From | Eduardo Valentin <edubezval@gmail.com> |
|---|---|
| Date | 2016-11-29 03:00 +0100 |
| Subject | Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages |
| Message-ID | <sIFS9-1z0-7@gated-at.bofh.it> |
| In reply to | #1531216 |
Hello,
On Mon, Nov 28, 2016 at 07:12:00PM +0800, Caesar Wang wrote:
> From: Brian Norris <briannorris@chromium.org>
>
> These error messages don't give much information about what went wrong.
> It would be nice, for one, to see what invalid temperature was being
> requested when conversion fails. It's also good to return an error when
> we can't handle a conversion properly.
>
> While we're at it, fix the grammar too.
>
> Signed-off-by: Brian Norris <briannorris@chromium.org>
> Signed-off-by: Caesar Wang <wxt@rock-chips.com>
>
> ---
>
> Changes in v3: None
> Changes in v2: None
> Changes in v1:
> - The original Brian posted on https://patchwork.kernel.org/patch/9437686
> Note: it'd probably be even nicer to know which sensor this was, but we've
> kinda abstracted that one away by this point...
>
> drivers/thermal/rockchip_thermal.c | 7 +++++--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/thermal/rockchip_thermal.c b/drivers/thermal/rockchip_thermal.c
> index b811b0f..26c247c 100644
> --- a/drivers/thermal/rockchip_thermal.c
> +++ b/drivers/thermal/rockchip_thermal.c
> @@ -424,7 +424,8 @@ static u32 rk_tsadcv2_temp_to_code(struct chip_tsadc_table table,
> }
>
> exit:
> - pr_err("Invalid the conversion, error=%d\n", error);
> + pr_err("%s: invalid temperature, temp=%d error=%d\n",
> + __func__, temp, error);
> return error;
> }
>
> @@ -475,7 +476,9 @@ static int rk_tsadcv2_code_to_temp(struct chip_tsadc_table table, u32 code,
> }
> break;
> default:
> - pr_err("Invalid the conversion table\n");
> + pr_err("%s: invalid conversion table, mode=%d\n",
> + __func__, table.mode);
Given that we are improving messages, would it be more informative to
say that you have an invalid table mode?
> + return -EINVAL;
> }
>
> /*
> --
> 2.7.4
>
[toc] | [prev] | [next] | [standalone]
| From | Brian Norris <briannorris@chromium.org> |
|---|---|
| Date | 2016-11-29 06:50 +0100 |
| Subject | Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages |
| Message-ID | <sIJsJ-49m-5@gated-at.bofh.it> |
| In reply to | #1531858 |
Hi,
On Mon, Nov 28, 2016 at 05:51:55PM -0800, Eduardo Valentin wrote:
> On Mon, Nov 28, 2016 at 07:12:00PM +0800, Caesar Wang wrote:
> > From: Brian Norris <briannorris@chromium.org>
> >
> > These error messages don't give much information about what went wrong.
> > It would be nice, for one, to see what invalid temperature was being
> > requested when conversion fails. It's also good to return an error when
> > we can't handle a conversion properly.
> >
> > While we're at it, fix the grammar too.
> >
> > Signed-off-by: Brian Norris <briannorris@chromium.org>
> > Signed-off-by: Caesar Wang <wxt@rock-chips.com>
> >
> > ---
> >
> > Changes in v3: None
> > Changes in v2: None
> > Changes in v1:
> > - The original Brian posted on https://patchwork.kernel.org/patch/9437686
> > Note: it'd probably be even nicer to know which sensor this was, but we've
> > kinda abstracted that one away by this point...
> >
> > drivers/thermal/rockchip_thermal.c | 7 +++++--
> > 1 file changed, 5 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/thermal/rockchip_thermal.c b/drivers/thermal/rockchip_thermal.c
> > index b811b0f..26c247c 100644
> > --- a/drivers/thermal/rockchip_thermal.c
> > +++ b/drivers/thermal/rockchip_thermal.c
> > @@ -424,7 +424,8 @@ static u32 rk_tsadcv2_temp_to_code(struct chip_tsadc_table table,
> > }
> >
> > exit:
> > - pr_err("Invalid the conversion, error=%d\n", error);
> > + pr_err("%s: invalid temperature, temp=%d error=%d\n",
> > + __func__, temp, error);
> > return error;
> > }
> >
> > @@ -475,7 +476,9 @@ static int rk_tsadcv2_code_to_temp(struct chip_tsadc_table table, u32 code,
> > }
> > break;
> > default:
> > - pr_err("Invalid the conversion table\n");
> > + pr_err("%s: invalid conversion table, mode=%d\n",
> > + __func__, table.mode);
>
> Given that we are improving messages, would it be more informative to
> say that you have an invalid table mode?
I considered the mode and ID listing to go hand in hand, so it was the
whole table that is wrong. But it is just as well to say the "table
mode" is wrong.
Maybe even better: "%s: unknown table mode: %d\n".
And I guess same answer for patch 4, where you had the same question.
Brian
> > + return -EINVAL;
> > }
> >
> > /*
> > --
> > 2.7.4
> >
[toc] | [prev] | [next] | [standalone]
| From | Eduardo Valentin <edubezval@gmail.com> |
|---|---|
| Date | 2016-11-30 06:10 +0100 |
| Subject | Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages |
| Message-ID | <sJ5jA-1Ed-5@gated-at.bofh.it> |
| In reply to | #1531912 |
Hey, On Mon, Nov 28, 2016 at 09:47:29PM -0800, Brian Norris wrote: > Hi, > <cut> > > > + __func__, table.mode); > > > > Given that we are improving messages, would it be more informative to > > say that you have an invalid table mode? > > I considered the mode and ID listing to go hand in hand, so it was the > whole table that is wrong. But it is just as well to say the "table > mode" is wrong. > > Maybe even better: "%s: unknown table mode: %d\n". > Yup, that works for me, even better. > And I guess same answer for patch 4, where you had the same question. yes > > Brian > > > > + return -EINVAL;
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web