On Sun, 4 Dec 2016 20:55:29 -0800, Guenter Roeck wrote: > Fix overflows seen when writing large values into voltage limit, > temperature limit, temperature offset, and DAC attributes. > > Overflows are seen due to unbound multiplications and additions. > > Signed-off-by: Guenter Roeck <linux@xxxxxxxxxxxx> > --- > drivers/hwmon/adm1026.c | 26 +++++++++++++++++--------- > 1 file changed, 17 insertions(+), 9 deletions(-) > > diff --git a/drivers/hwmon/adm1026.c b/drivers/hwmon/adm1026.c > index e67b9a50ac7c..b2a5d9e5c590 100644 > --- a/drivers/hwmon/adm1026.c > +++ b/drivers/hwmon/adm1026.c > @@ -197,8 +197,9 @@ static int adm1026_scaling[] = { /* .001 Volts */ > }; > #define NEG12_OFFSET 16000 > #define SCALE(val, from, to) (((val)*(to) + ((from)/2))/(from)) > -#define INS_TO_REG(n, val) (clamp_val(SCALE(val, adm1026_scaling[n], 192),\ > - 0, 255)) > +#define INS_TO_REG(n, val) \ > + SCALE(clamp_val(val, 0, 255 * adm1026_scaling[n] / 192), \ > + adm1026_scaling[n], 192) > #define INS_FROM_REG(n, val) (SCALE(val, 192, adm1026_scaling[n])) > > /* > @@ -215,11 +216,11 @@ static int adm1026_scaling[] = { /* .001 Volts */ > #define DIV_TO_REG(val) ((val) >= 8 ? 3 : (val) >= 4 ? 2 : (val) >= 2 ? 1 : 0) > > /* Temperature is reported in 1 degC increments */ > -#define TEMP_TO_REG(val) (clamp_val(((val) + ((val) < 0 ? -500 : 500)) \ > - / 1000, -127, 127)) > +#define TEMP_TO_REG(val) DIV_ROUND_CLOSEST(clamp_val(val, -128000, 127000), \ > + 1000) > #define TEMP_FROM_REG(val) ((val) * 1000) > -#define OFFSET_TO_REG(val) (clamp_val(((val) + ((val) < 0 ? -500 : 500)) \ > - / 1000, -127, 127)) > +#define OFFSET_TO_REG(val) DIV_ROUND_CLOSEST(clamp_val(val, -128000, 127000), \ > + 1000) Sorry for nitpicking but the original code had -127 °C as the negative limit. You are changing it to -128 °C without a justification. If it matters, it should be at least documented in the commit message. If not, it should be left as it was. > #define OFFSET_FROM_REG(val) ((val) * 1000) > > #define PWM_TO_REG(val) (clamp_val(val, 0, 255)) > @@ -233,7 +234,8 @@ static int adm1026_scaling[] = { /* .001 Volts */ > * indicates that the DAC could be used to drive the fans, but in our > * example board (Arima HDAMA) it isn't connected to the fans at all. > */ > -#define DAC_TO_REG(val) (clamp_val(((((val) * 255) + 500) / 2500), 0, 255)) > +#define DAC_TO_REG(val) DIV_ROUND_CLOSEST(clamp_val(val, 0, 2500) * 255, \ > + 2500) > #define DAC_FROM_REG(val) (((val) * 2500) / 255) > > /* > @@ -593,7 +595,10 @@ static ssize_t set_in16_min(struct device *dev, struct device_attribute *attr, > return err; > > mutex_lock(&data->update_lock); > - data->in_min[16] = INS_TO_REG(16, val + NEG12_OFFSET); > + data->in_min[16] = INS_TO_REG(16, > + clamp_val(val, INT_MIN, > + INT_MAX - NEG12_OFFSET) + > + NEG12_OFFSET); > adm1026_write_value(client, ADM1026_REG_IN_MIN[16], data->in_min[16]); > mutex_unlock(&data->update_lock); > return count; > @@ -618,7 +623,10 @@ static ssize_t set_in16_max(struct device *dev, struct device_attribute *attr, > return err; > > mutex_lock(&data->update_lock); > - data->in_max[16] = INS_TO_REG(16, val+NEG12_OFFSET); > + data->in_max[16] = INS_TO_REG(16, > + clamp_val(val, INT_MIN, > + INT_MAX - NEG12_OFFSET) + > + NEG12_OFFSET); > adm1026_write_value(client, ADM1026_REG_IN_MAX[16], data->in_max[16]); > mutex_unlock(&data->update_lock); > return count; On these code paths, you end up calling clamp_val() twice. This could certainly be avoided, but I'm too lazy to do the math ;-) -- Jean Delvare SUSE L3 Support -- To unsubscribe from this list: send the line "unsubscribe linux-hwmon" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html