[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20211220174155.40239-3-cristian.marussi@arm.com>
Date: Mon, 20 Dec 2021 17:41:55 +0000
From: Cristian Marussi <cristian.marussi@....com>
To: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Cc: sudeep.holla@....com, f.fainelli@...il.com,
souvik.chakravarty@....com, nicola.mazzucato@....com,
Cristian Marussi <cristian.marussi@....com>
Subject: [RFC PATCH 2/2] hwmon: (scmi) Filter out results wrongly interpreted as negatives
SCMI Sensor scmi_reading_get interface can report only unsigned values
while hwmon_ops.read allows for signed negative values to be passed on:
this has the undesired side effect of silently interpreting as negative
any big-enough positive reading reported by the SCMI interface.
Filter out such big positives reporting an error.
Signed-off-by: Cristian Marussi <cristian.marussi@....com>
---
drivers/hwmon/scmi-hwmon.c | 14 ++++++++++++++
1 file changed, 14 insertions(+)
diff --git a/drivers/hwmon/scmi-hwmon.c b/drivers/hwmon/scmi-hwmon.c
index b1329a58ce40..0924d1b8a9ce 100644
--- a/drivers/hwmon/scmi-hwmon.c
+++ b/drivers/hwmon/scmi-hwmon.c
@@ -73,10 +73,24 @@ static int scmi_hwmon_read(struct device *dev, enum hwmon_sensor_types type,
struct scmi_sensors *scmi_sensors = dev_get_drvdata(dev);
sensor = *(scmi_sensors->info[type] + channel);
+ /*
+ * Can fail with EIO if the backing SCMI Sensor FW version tried to
+ * report a negative value.
+ */
ret = sensor_ops->reading_get(scmi_sensors->ph, sensor->id, &value);
if (ret)
return ret;
+ /*
+ * Cannot accept either valid positive values so big that would be
+ * interpreted as negative by HWMON signed long *val return value.
+ */
+ if (value & BIT(63)) {
+ dev_warn_once(dev,
+ "Reported unsigned value too big.\n");
+ return -EIO;
+ }
+
ret = scmi_hwmon_scale(sensor, &value);
if (!ret)
*val = value;
--
2.17.1
Powered by blists - more mailing lists