linux-kernel - Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error messages

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Mon, 28 Nov 2016 21:47:29 -0800
From:   Brian Norris <briannorris@...omium.org>
To:     Eduardo Valentin <edubezval@...il.com>
Cc:     Caesar Wang <wxt@...k-chips.com>, rui.zhang@...el.com,
        heiko@...ech.de, smbarber@...omium.org,
        linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
        linux-rockchip@...ts.infradead.org
Subject: Re: [PATCH v3 1/5] thermal: rockchip: improve conversion error
 messages

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@...omium.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@...omium.org>
> > Signed-off-by: Caesar Wang <wxt@...k-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
> >