Re: [PATCH] hwmon: (occ) Fix P10 VRM temp sensors

From: Guenter Roeck
Date: Sat Oct 02 2021 - 07:40:58 EST


On Wed, Sep 29, 2021 at 10:36:04AM -0500, Eddie James wrote:
> The P10 (temp sensor version 0x10) doesn't do the same VRM status
> reporting that was used on P9. It just reports the temperature, so
> drop the check for VRM fru type in the sysfs show function, and don't
> set the name to "alarm".
>
> Fixes: db4919ec86 ("hwmon: (occ) Add new temperature sensor type")
> Signed-off-by: Eddie James <eajames@xxxxxxxxxxxxx>

Applied.

Thanks,
Guenter

> ---
> drivers/hwmon/occ/common.c | 17 +++++------------
> 1 file changed, 5 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/hwmon/occ/common.c b/drivers/hwmon/occ/common.c
> index 0d68a78be980..ae664613289c 100644
> --- a/drivers/hwmon/occ/common.c
> +++ b/drivers/hwmon/occ/common.c
> @@ -340,18 +340,11 @@ static ssize_t occ_show_temp_10(struct device *dev,
> if (val == OCC_TEMP_SENSOR_FAULT)
> return -EREMOTEIO;
>
> - /*
> - * VRM doesn't return temperature, only alarm bit. This
> - * attribute maps to tempX_alarm instead of tempX_input for
> - * VRM
> - */
> - if (temp->fru_type != OCC_FRU_TYPE_VRM) {
> - /* sensor not ready */
> - if (val == 0)
> - return -EAGAIN;
> + /* sensor not ready */
> + if (val == 0)
> + return -EAGAIN;
>
> - val *= 1000;
> - }
> + val *= 1000;
> break;
> case 2:
> val = temp->fru_type;
> @@ -886,7 +879,7 @@ static int occ_setup_sensor_attrs(struct occ *occ)
> 0, i);
> attr++;
>
> - if (sensors->temp.version > 1 &&
> + if (sensors->temp.version == 2 &&
> temp->fru_type == OCC_FRU_TYPE_VRM) {
> snprintf(attr->name, sizeof(attr->name),
> "temp%d_alarm", s);