Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6140029imu; Wed, 30 Jan 2019 09:25:58 -0800 (PST) X-Google-Smtp-Source: ALg8bN5GFLNUbPqrzMF04sHBhIR3R3ZeUtDQUUZyplW3LBlLjlw6YKtkPDG70ABsQ1/JitlDj0lP X-Received: by 2002:a17:902:5a4d:: with SMTP id f13mr32209645plm.49.1548869158634; Wed, 30 Jan 2019 09:25:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548869158; cv=none; d=google.com; s=arc-20160816; b=a6Uv+J0tQyMEZQVt2RKc+TdzzaVQoXq1yJ2bJSfdqHIRF/zNkdpsIsbGPWMa3sI9IF Za1cGo5jTVSglIXmxHyoTonh6NxLL+iU0en9JAr9cJUHLIpIvegGciHH6fBHM0Gu8diH lC2h1i4WZyBBSq4UlXHLerP4SgkTfCLq2g6x4Cw8NkmkiviGx8ISxm7lXoWF4CWSRJwK wV+DySEktZebwpvH9oZykrW31uRJwKz2Mq+dAHSiRbb83+7X3rO68yABnrg9dJM7TafL zrV8kkcqNaU+/yNgSfiJ/ytk6Eh/PbBakNYm68eucZ+m9lzviw4h8y0Leope90X5L4SF ufFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=AQPDSHP9hNMnLitiXzM8O9j1dhPkTvS3uxdzzAIMsFs=; b=ju3QucHLZ7TVRaLIvTun451jWZUbQPmLO/rfL1hxQGBD6xxMfqc79U9cgl1Pzbs49k pOuZDHU/iLzJ9Vultaa1m8DvptcOxo9IkuBzEjqN1+OPIewZ0bHVDFgdhRr54I/HGdZn jYgGu3BDF4YXg/NjmTG6Tqp0l5ceoQh9pj6eluei9t+v/aVExUJmB2I5YezIm3Lv3v5c svotbljvV6va5ioTVQa30qDwp5yuc4wKXWpoye2E0FgPMSRs7iPJRcjrNsB+P+nb9iBd lmdkxWm9CK1kUnhvmJjCT8E7FEUKlJY1oYlJP78eFqMgCzyymORVu1Q5bAm6Zik5HToJ PY4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=Ds1mWKMR; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q5si1897679pgg.204.2019.01.30.09.25.34; Wed, 30 Jan 2019 09:25:58 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=Ds1mWKMR; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731688AbfA3RZN (ORCPT + 99 others); Wed, 30 Jan 2019 12:25:13 -0500 Received: from mail-pl1-f195.google.com ([209.85.214.195]:38380 "EHLO mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726464AbfA3RZN (ORCPT ); Wed, 30 Jan 2019 12:25:13 -0500 Received: by mail-pl1-f195.google.com with SMTP id e5so122632plb.5; Wed, 30 Jan 2019 09:25:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=AQPDSHP9hNMnLitiXzM8O9j1dhPkTvS3uxdzzAIMsFs=; b=Ds1mWKMR5YWnhEvdxYknQDw0lnF23+xU05aex8x4uipUvo8HJtk0mURLl6Uvkgrc41 ZeBhEo+nanw4N0YEZjVHMdKCW95V2Vod59TjHPcEJtshujvS8GWnvx8BOi5XYdrwFwtA zXe0oTmPRHNdA4JyWvUEGGCuVmO4B66ytMesHOXSJsZ0SRARbjRQ4g0A/Uv0F/MhKBqt +c2TsvTfzgjDotGhRPqHAXoOSDVrBM8SPLls5d0MF7/mPF2BJcoiUp2fOxmPsb2vxonF 5MOIA2a8V678agooOIEP2Z5Ms0YbNkTgiO6X3WIyxVdyJv8CC6kk4qUeRDi0pAmpdluN s8FA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=AQPDSHP9hNMnLitiXzM8O9j1dhPkTvS3uxdzzAIMsFs=; b=foEQGsTHdveTrmzfxO7d1/tZuaTlpRAHSjBy1pV6rCUafhSUWhNpgYGfyQP4UGY58n cvwzn5b3b52aShVVsb8bPY1cuNg0jGGqnW7kIAqSCB/XXS9jeCA/j9xmPPHIYgXeGYGA t65kvhEY2ynF4nBA9LrpS7Yw6NjkL3keNrAJFXzJeOh7vPFXjXfahHsV6RI0vF8NzBWf ONt6uVmMoJRa7FxvujzKTH7uDOeYM9YS/55M9+CKfzSkxf5bk8uP5eD6PBsJgwYvI5vi 2KInRz8n6lPy7hinH5ZnJCaOxbSeC5XBEchF6ec2EJKrI/Yjzf2CrujQL8Zs2ac2kH0I HmaA== X-Gm-Message-State: AJcUukfzx4B5+nHdgNJg6DjXgySpYbI9YBQwjAx0MSk0/NCbUs1vwL2w wbCvdlug5/LZpNXpp1Swqog= X-Received: by 2002:a17:902:20c8:: with SMTP id v8mr31683244plg.319.1548869112203; Wed, 30 Jan 2019 09:25:12 -0800 (PST) Received: from localhost ([2600:1700:e321:62f0:329c:23ff:fee3:9d7c]) by smtp.gmail.com with ESMTPSA id j21sm3385752pfn.175.2019.01.30.09.25.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 30 Jan 2019 09:25:11 -0800 (PST) Date: Wed, 30 Jan 2019 09:25:10 -0800 From: Guenter Roeck To: Jeremy Gebben Cc: Jean Delvare , Jonathan Corbet , linux-hwmon@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH resend 1/3] hwmon: (lm85) remove freq_map size hardcodes Message-ID: <20190130172510.GB14781@roeck-us.net> References: <20190129212920.27921-1-jgebben@sweptlaser.com> <20190130161447.19946-1-jgebben@sweptlaser.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190130161447.19946-1-jgebben@sweptlaser.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 30, 2019 at 09:14:45AM -0700, Jeremy Gebben wrote: > > Allow support for chips that support more than 8 frequencies. > The size still must be a power of two. > This is risky. Someone later may not know/remember and expand the table without maintaining that restriction. I would suggest to use map_size instead of map_mask. While that adds some divide operations, none of those are in a critical path, and the code would be much more robust. > Signed-off-by: Jeremy Gebben > --- > drivers/hwmon/lm85.c | 25 +++++++++++++++---------- > 1 file changed, 15 insertions(+), 10 deletions(-) > > diff --git a/drivers/hwmon/lm85.c b/drivers/hwmon/lm85.c > index 0a325878e8f5..48f59667a88c 100644 > --- a/drivers/hwmon/lm85.c > +++ b/drivers/hwmon/lm85.c > @@ -198,13 +198,13 @@ static int RANGE_TO_REG(long range) > #define RANGE_FROM_REG(val) lm85_range_map[(val) & 0x0f] > > /* These are the PWM frequency encodings */ > -static const int lm85_freq_map[8] = { /* 1 Hz */ > +static const int lm85_freq_map[] = { /* 1 Hz */ > 10, 15, 23, 30, 38, 47, 61, 94 > }; > -static const int adm1027_freq_map[8] = { /* 1 Hz */ > + > +static const int adm1027_freq_map[] = { /* 1 Hz */ > 11, 15, 22, 29, 35, 44, 59, 88 > }; > -#define FREQ_MAP_LEN 8 > > static int FREQ_TO_REG(const int *map, > unsigned int map_size, unsigned long freq) > @@ -212,9 +212,9 @@ static int FREQ_TO_REG(const int *map, > return find_closest(freq, map, map_size); > } > > -static int FREQ_FROM_REG(const int *map, u8 reg) > +static int FREQ_FROM_REG(const int *map, unsigned int map_size, u8 reg) > { > - return map[reg & 0x07]; > + return map[reg & (map_size - 1)]; Passing in map_size (calculated as map_mask + 1) just to subtract one doesn't make sense. > } > > /* > @@ -296,6 +296,8 @@ struct lm85_data { > struct i2c_client *client; > const struct attribute_group *groups[6]; > const int *freq_map; > + unsigned int freq_map_mask; > + > enum chips type; > > bool has_vid5; /* true if VID5 is configured for ADT7463 or ADT7468 */ > @@ -514,7 +516,7 @@ static struct lm85_data *lm85_update_device(struct device *dev) > data->autofan[i].config = > lm85_read_value(client, LM85_REG_AFAN_CONFIG(i)); > val = lm85_read_value(client, LM85_REG_AFAN_RANGE(i)); > - data->pwm_freq[i] = val & 0x07; > + data->pwm_freq[i] = val & data->freq_map_mask; > data->zone[i].range = val >> 4; > data->autofan[i].min_pwm = > lm85_read_value(client, LM85_REG_AFAN_MINPWM(i)); > @@ -791,7 +793,8 @@ static ssize_t show_pwm_freq(struct device *dev, > if (IS_ADT7468_HFPWM(data)) > freq = 22500; > else > - freq = FREQ_FROM_REG(data->freq_map, data->pwm_freq[nr]); > + freq = FREQ_FROM_REG(data->freq_map, data->freq_map_mask + 1, > + data->pwm_freq[nr]); > > return sprintf(buf, "%d\n", freq); > } > @@ -820,7 +823,7 @@ static ssize_t set_pwm_freq(struct device *dev, > lm85_write_value(client, ADT7468_REG_CFG5, data->cfg5); > } else { /* Low freq. mode */ > data->pwm_freq[nr] = FREQ_TO_REG(data->freq_map, > - FREQ_MAP_LEN, val); > + data->freq_map_mask + 1, val); > lm85_write_value(client, LM85_REG_AFAN_RANGE(nr), > (data->zone[nr].range << 4) > | data->pwm_freq[nr]); > @@ -1196,7 +1199,7 @@ static ssize_t set_temp_auto_temp_min(struct device *dev, > TEMP_FROM_REG(data->zone[nr].limit)); > lm85_write_value(client, LM85_REG_AFAN_RANGE(nr), > ((data->zone[nr].range & 0x0f) << 4) > - | (data->pwm_freq[nr] & 0x07)); > + | data->pwm_freq[nr]); > > mutex_unlock(&data->update_lock); > return count; > @@ -1232,7 +1235,7 @@ static ssize_t set_temp_auto_temp_max(struct device *dev, > val - min); > lm85_write_value(client, LM85_REG_AFAN_RANGE(nr), > ((data->zone[nr].range & 0x0f) << 4) > - | (data->pwm_freq[nr] & 0x07)); > + | data->pwm_freq[nr]); > mutex_unlock(&data->update_lock); > return count; > } > @@ -1569,9 +1572,11 @@ static int lm85_probe(struct i2c_client *client, const struct i2c_device_id *id) > case emc6d103: > case emc6d103s: > data->freq_map = adm1027_freq_map; > + data->freq_map_mask = ARRAY_SIZE(adm1027_freq_map) - 1; > break; > default: > data->freq_map = lm85_freq_map; > + data->freq_map_mask = ARRAY_SIZE(lm85_freq_map) - 1; > } You'd have to make sure that freq_map_mask is indeed a mask, ie that ARRAY_SIZE() is a power of two. I would suggest to use freq_map_size instead. > > /* Set the VRM version */ > -- > 2.17.1 >