From: Guenter Roeck <linux@roeck-us.net>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] [PATCH v2 2/2] hwmon: (lm92) Prevent overflow problem when writing large limits
Date: Mon, 04 Aug 2014 17:33:25 +0000 [thread overview]
Message-ID: <20140804173325.GA4844@roeck-us.net> (raw)
On Thu, Jul 31, 2014 at 03:31:54PM +0800, Axel Lin wrote:
> On platforms with sizeof(int) < sizeof(long), writing a temperature
> limit larger than MAXINT will result in unpredictable limit values
> written to the chip. Avoid auto-conversion from long to int to fix
> the problem.
> For set_temp_hyst, clamp the input values to the supported limits first
> to fix the problem.
> Also uses clamp_val in TEMP_TO_REG to simplify the code a bit.
>
> Signed-off-by: Axel Lin <axel.lin@ingics.com>
> ---
> drivers/hwmon/lm92.c | 8 +++-----
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/hwmon/lm92.c b/drivers/hwmon/lm92.c
> index d2060e2..481abe2 100644
> --- a/drivers/hwmon/lm92.c
> +++ b/drivers/hwmon/lm92.c
> @@ -74,12 +74,9 @@ static inline int TEMP_FROM_REG(s16 reg)
> return reg / 8 * 625 / 10;
> }
>
> -static inline s16 TEMP_TO_REG(int val)
> +static inline s16 TEMP_TO_REG(long val)
> {
> - if (val <= -60000)
> - return -60000 * 10 / 625 * 8;
> - if (val >= 160000)
> - return 160000 * 10 / 625 * 8;
> + val = clamp_val(val, -60000, 160000);
> return val * 10 / 625 * 8;
> }
>
> @@ -206,6 +203,7 @@ static ssize_t set_temp_hyst(struct device *dev,
> if (err)
> return err;
>
> + val = clamp_val(val, -60000, 160000);
> mutex_lock(&data->update_lock);
> data->temp[t_hyst] = TEMP_FROM_REG(data->temp[attr->index]) - val;
Hi Axel,
unfortunately this function is all wrong to start with.
Problem is that data->temp[t_hyst] is supposed to store the
register value, not the converted value, meaning the above clamp
does not really do any good. We also need something like
data->temp[t_hyst] = TEMP_TO_REG(TEMP_FROM_REG(data->temp[attr->index]) - val);
Also, the hysteresis temperature range isn't really [-60000, 160000],
but depends on the value of data->temp[attr->index], since val is
subtracted from it. One solution for that problem might be to use
a wider clamp. [-120000, 220000] should do to cover the possible range.
TEMP_TO_REG has its own clamp, so it will fix any range error introduced
by the subtraction.
Can you resubmit with those changes ?
Thanks,
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
next reply other threads:[~2014-08-04 17:33 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-04 17:33 Guenter Roeck [this message]
-- strict thread matches above, loose matches on Subject: below --
2014-07-31 7:31 [lm-sensors] [PATCH v2 2/2] hwmon: (lm92) Prevent overflow problem when writing large limits Axel Lin
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=20140804173325.GA4844@roeck-us.net \
--to=linux@roeck-us.net \
--cc=lm-sensors@vger.kernel.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.