[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdZ0j8HQzzXtDbVcxAJkBsdRXUKNJm3BmLB583JfnetAWw@mail.gmail.com>
Date: Wed, 15 Mar 2023 09:04:15 +0100
From: Linus Walleij <linus.walleij@...aro.org>
To: Sebastian Reichel <sre@...nel.org>
Cc: Matti Vaittinen <mazziesaccount@...il.com>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
devicetree@...r.kernel.org,
Sebastian Reichel <sebastian.reichel@...labora.com>
Subject: Re: [PATCHv2 10/12] power: supply: generic-adc-battery: add
temperature support
On Tue, Mar 14, 2023 at 11:55 PM Sebastian Reichel <sre@...nel.org> wrote:
> From: Sebastian Reichel <sebastian.reichel@...labora.com>
>
> Another typical thing to monitor via an ADC line is
> the battery temperature.
>
> Signed-off-by: Sebastian Reichel <sebastian.reichel@...labora.com>
Reviewed-by: Linus Walleij <linus.walleij@...aro.org>
> static bool gab_charge_finished(struct gab *adc_bat)
> @@ -115,6 +118,8 @@ static int gab_get_property(struct power_supply *psy,
> return read_channel(adc_bat, GAB_CURRENT, &val->intval);
> case POWER_SUPPLY_PROP_POWER_NOW:
> return read_channel(adc_bat, GAB_POWER, &val->intval);
> + case POWER_SUPPLY_PROP_TEMP:
> + return read_channel(adc_bat, GAB_TEMP, &val->intval);
Hm. I wonder if these should rather all use read_channel_processed()?
The difference is that you will then support ADCs with internal scaling
which is beneficial. Most of the time it doesn't matter.
Yours,
Linus Walleij
Powered by blists - more mailing lists