Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755679AbcK2Frk (ORCPT ); Tue, 29 Nov 2016 00:47:40 -0500 Received: from mail-pg0-f42.google.com ([74.125.83.42]:35858 "EHLO mail-pg0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751569AbcK2Frd (ORCPT ); Tue, 29 Nov 2016 00:47:33 -0500 Date: Mon, 28 Nov 2016 21:47:29 -0800 From: Brian Norris To: Eduardo Valentin Cc: Caesar Wang , rui.zhang@intel.com, heiko@sntech.de, smbarber@chromium.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-rockchip@lists.infradead.org Subject: Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages Message-ID: <20161129054728.GA64845@google.com> References: <1480331524-18741-1-git-send-email-wxt@rock-chips.com> <1480331524-18741-2-git-send-email-wxt@rock-chips.com> <20161129015155.GA3329@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161129015155.GA3329@localhost.localdomain> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2307 Lines: 70 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 > > > > 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 > > Signed-off-by: Caesar Wang > > > > --- > > > > 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 > >