From: Guenter Roeck <linux@roeck-us.net>
To: Michael Walle <michael@walle.cc>
Cc: Jean Delvare <jdelvare@suse.com>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
linux-hwmon@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 2/4] hwmon: (bt1-pvt) use generic polynomial functions
Date: Sun, 1 May 2022 21:33:14 -0700 [thread overview]
Message-ID: <20220502043314.GA1718794@roeck-us.net> (raw)
In-Reply-To: <20220401214032.3738095-3-michael@walle.cc>
On Fri, Apr 01, 2022 at 11:40:30PM +0200, Michael Walle wrote:
> The polynomial calculation function was moved into lib/ to be able to
> reuse it. Move over to this one.
>
> Signed-off-by: Michael Walle <michael@walle.cc>
> Reviewed-by: Guenter Roeck <linux@roeck-us.net>
Applied to hwmon-next.
Thanks,
Guenter
> ---
> drivers/hwmon/Kconfig | 1 +
> drivers/hwmon/bt1-pvt.c | 50 +++++++++++------------------------------
> 2 files changed, 14 insertions(+), 37 deletions(-)
>
> diff --git a/drivers/hwmon/Kconfig b/drivers/hwmon/Kconfig
> index 68a8a27ab3b7..be9773270e53 100644
> --- a/drivers/hwmon/Kconfig
> +++ b/drivers/hwmon/Kconfig
> @@ -415,6 +415,7 @@ config SENSORS_ATXP1
> config SENSORS_BT1_PVT
> tristate "Baikal-T1 Process, Voltage, Temperature sensor driver"
> depends on MIPS_BAIKAL_T1 || COMPILE_TEST
> + select POLYNOMIAL
> help
> If you say yes here you get support for Baikal-T1 PVT sensor
> embedded into the SoC.
> diff --git a/drivers/hwmon/bt1-pvt.c b/drivers/hwmon/bt1-pvt.c
> index 74ce5211eb75..21ab172774ec 100644
> --- a/drivers/hwmon/bt1-pvt.c
> +++ b/drivers/hwmon/bt1-pvt.c
> @@ -26,6 +26,7 @@
> #include <linux/mutex.h>
> #include <linux/of.h>
> #include <linux/platform_device.h>
> +#include <linux/polynomial.h>
> #include <linux/seqlock.h>
> #include <linux/sysfs.h>
> #include <linux/types.h>
> @@ -65,7 +66,7 @@ static const struct pvt_sensor_info pvt_info[] = {
> * 48380,
> * where T = [-48380, 147438] mC and N = [0, 1023].
> */
> -static const struct pvt_poly __maybe_unused poly_temp_to_N = {
> +static const struct polynomial __maybe_unused poly_temp_to_N = {
> .total_divider = 10000,
> .terms = {
> {4, 18322, 10000, 10000},
> @@ -76,7 +77,7 @@ static const struct pvt_poly __maybe_unused poly_temp_to_N = {
> }
> };
>
> -static const struct pvt_poly poly_N_to_temp = {
> +static const struct polynomial poly_N_to_temp = {
> .total_divider = 1,
> .terms = {
> {4, -16743, 1000, 1},
> @@ -97,7 +98,7 @@ static const struct pvt_poly poly_N_to_temp = {
> * N = (18658e-3*V - 11572) / 10,
> * V = N * 10^5 / 18658 + 11572 * 10^4 / 18658.
> */
> -static const struct pvt_poly __maybe_unused poly_volt_to_N = {
> +static const struct polynomial __maybe_unused poly_volt_to_N = {
> .total_divider = 10,
> .terms = {
> {1, 18658, 1000, 1},
> @@ -105,7 +106,7 @@ static const struct pvt_poly __maybe_unused poly_volt_to_N = {
> }
> };
>
> -static const struct pvt_poly poly_N_to_volt = {
> +static const struct polynomial poly_N_to_volt = {
> .total_divider = 10,
> .terms = {
> {1, 100000, 18658, 1},
> @@ -113,31 +114,6 @@ static const struct pvt_poly poly_N_to_volt = {
> }
> };
>
> -/*
> - * Here is the polynomial calculation function, which performs the
> - * redistributed terms calculations. It's pretty straightforward. We walk
> - * over each degree term up to the free one, and perform the redistributed
> - * multiplication of the term coefficient, its divider (as for the rationale
> - * fraction representation), data power and the rational fraction divider
> - * leftover. Then all of this is collected in a total sum variable, which
> - * value is normalized by the total divider before being returned.
> - */
> -static long pvt_calc_poly(const struct pvt_poly *poly, long data)
> -{
> - const struct pvt_poly_term *term = poly->terms;
> - long tmp, ret = 0;
> - int deg;
> -
> - do {
> - tmp = term->coef;
> - for (deg = 0; deg < term->deg; ++deg)
> - tmp = mult_frac(tmp, data, term->divider);
> - ret += tmp / term->divider_leftover;
> - } while ((term++)->deg);
> -
> - return ret / poly->total_divider;
> -}
> -
> static inline u32 pvt_update(void __iomem *reg, u32 mask, u32 data)
> {
> u32 old;
> @@ -324,9 +300,9 @@ static int pvt_read_data(struct pvt_hwmon *pvt, enum pvt_sensor_type type,
> } while (read_seqretry(&cache->data_seqlock, seq));
>
> if (type == PVT_TEMP)
> - *val = pvt_calc_poly(&poly_N_to_temp, data);
> + *val = polynomial_calc(&poly_N_to_temp, data);
> else
> - *val = pvt_calc_poly(&poly_N_to_volt, data);
> + *val = polynomial_calc(&poly_N_to_volt, data);
>
> return 0;
> }
> @@ -345,9 +321,9 @@ static int pvt_read_limit(struct pvt_hwmon *pvt, enum pvt_sensor_type type,
> data = FIELD_GET(PVT_THRES_HI_MASK, data);
>
> if (type == PVT_TEMP)
> - *val = pvt_calc_poly(&poly_N_to_temp, data);
> + *val = polynomial_calc(&poly_N_to_temp, data);
> else
> - *val = pvt_calc_poly(&poly_N_to_volt, data);
> + *val = polynomial_calc(&poly_N_to_volt, data);
>
> return 0;
> }
> @@ -360,10 +336,10 @@ static int pvt_write_limit(struct pvt_hwmon *pvt, enum pvt_sensor_type type,
>
> if (type == PVT_TEMP) {
> val = clamp(val, PVT_TEMP_MIN, PVT_TEMP_MAX);
> - data = pvt_calc_poly(&poly_temp_to_N, val);
> + data = polynomial_calc(&poly_temp_to_N, val);
> } else {
> val = clamp(val, PVT_VOLT_MIN, PVT_VOLT_MAX);
> - data = pvt_calc_poly(&poly_volt_to_N, val);
> + data = polynomial_calc(&poly_volt_to_N, val);
> }
>
> /* Serialize limit update, since a part of the register is changed. */
> @@ -522,9 +498,9 @@ static int pvt_read_data(struct pvt_hwmon *pvt, enum pvt_sensor_type type,
> return -ETIMEDOUT;
>
> if (type == PVT_TEMP)
> - *val = pvt_calc_poly(&poly_N_to_temp, data);
> + *val = polynomial_calc(&poly_N_to_temp, data);
> else
> - *val = pvt_calc_poly(&poly_N_to_volt, data);
> + *val = polynomial_calc(&poly_N_to_volt, data);
>
> return 0;
> }
next prev parent reply other threads:[~2022-05-02 4:33 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-01 21:40 [PATCH v4 0/4] hwmon: add lan9668 driver Michael Walle
2022-04-01 21:40 ` [PATCH v4 1/4] lib: add generic polynomial calculation Michael Walle
2022-05-02 4:32 ` Guenter Roeck
2022-04-01 21:40 ` [PATCH v4 2/4] hwmon: (bt1-pvt) use generic polynomial functions Michael Walle
2022-05-02 4:33 ` Guenter Roeck [this message]
2022-04-01 21:40 ` [PATCH v4 3/4] dt-bindings: hwmon: add Microchip LAN966x bindings Michael Walle
2022-04-24 16:37 ` Guenter Roeck
2022-04-24 16:38 ` Krzysztof Kozlowski
2022-05-02 4:33 ` Guenter Roeck
2022-04-01 21:40 ` [PATCH v4 4/4] hwmon: add driver for the Microchip LAN966x SoC Michael Walle
2022-04-24 16:38 ` Guenter Roeck
2022-04-24 16:44 ` Michael Walle
2022-05-02 4:34 ` Guenter Roeck
2022-04-18 17:44 ` [PATCH v4 0/4] hwmon: add lan9668 driver Michael Walle
2022-04-19 0:31 ` Guenter Roeck
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=20220502043314.GA1718794@roeck-us.net \
--to=linux@roeck-us.net \
--cc=devicetree@vger.kernel.org \
--cc=jdelvare@suse.com \
--cc=krzk+dt@kernel.org \
--cc=linux-hwmon@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michael@walle.cc \
--cc=robh+dt@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox