All of lore.kernel.org
 help / color / mirror / Atom feed
From: Brian Norris <briannorris@chromium.org>
To: Michael Nosthoff <committed@heine.so>
Cc: linux-pm@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH] power: supply: sbs-battery: only return health when battery present
Date: Wed, 21 Aug 2019 18:46:56 -0700	[thread overview]
Message-ID: <20190822014655.GA165945@google.com> (raw)
In-Reply-To: <20190816075842.27333-1-committed@heine.so>

On Fri, Aug 16, 2019 at 09:58:42AM +0200, Michael Nosthoff wrote:
> when the battery is set to sbs-mode and  no gpio detection is enabled
> "health" is always returning a value even when the battery is not present.
> All other fields return "not present".
> This leads to a scenario where the driver is constantly switching between
> "present" and "not present" state. This generates a lot of constant
> traffic on the i2c.

That depends on how often you're checking the "health" attribute,
doesn't it? But anyway, the bug is real.

> This commit changes the response of "health" to an error when the battery
> is not responding leading to a consistent "not present" state.

Ack, and thanks for the fix.

> Fixes: 76b16f4cdfb8 ("power: supply: sbs-battery: don't assume
> MANUFACTURER_DATA formats")
> 
> Signed-off-by: Michael Nosthoff <committed@heine.so>
> Cc: Brian Norris <briannorris@chromium.org>
> Cc: <stable@vger.kernel.org>

Reviewed-by: Brian Norris <briannorris@chromium.org>
Tested-by: Brian Norris <briannorris@chromium.org>

> ---
>  drivers/power/supply/sbs-battery.c | 25 ++++++++++++++++---------
>  1 file changed, 16 insertions(+), 9 deletions(-)
> 
> diff --git a/drivers/power/supply/sbs-battery.c b/drivers/power/supply/sbs-battery.c
> index 2e86cc1e0e35..f8d74e9f7931 100644
> --- a/drivers/power/supply/sbs-battery.c
> +++ b/drivers/power/supply/sbs-battery.c
> @@ -314,17 +314,22 @@ static int sbs_get_battery_presence_and_health(
>  {
>  	int ret;
>  
> -	if (psp == POWER_SUPPLY_PROP_PRESENT) {
> -		/* Dummy command; if it succeeds, battery is present. */
> -		ret = sbs_read_word_data(client, sbs_data[REG_STATUS].addr);
> -		if (ret < 0)
> -			val->intval = 0; /* battery disconnected */
> -		else
> -			val->intval = 1; /* battery present */
> -	} else { /* POWER_SUPPLY_PROP_HEALTH */
> +	/* Dummy command; if it succeeds, battery is present. */
> +	ret = sbs_read_word_data(client, sbs_data[REG_STATUS].addr);
> +
> +	if (ret < 0) { /* battery not present*/
> +		if (psp == POWER_SUPPLY_PROP_PRESENT) {
> +			val->intval = 0;
> +			return 0;

Technically, you don't need the 'return 0' (and if we care about
symmetry: the TI version doesn't), since the caller knows that "not
present" will yield errors. I'm not sure which version makes more sense.

> +		}
> +		return ret;
> +	}
> +
> +	if (psp == POWER_SUPPLY_PROP_PRESENT)
> +		val->intval = 1; /* battery present */
> +	else /* POWER_SUPPLY_PROP_HEALTH */
>  		/* SBS spec doesn't have a general health command. */
>  		val->intval = POWER_SUPPLY_HEALTH_UNKNOWN;
> -	}
>  
>  	return 0;
>  }
> @@ -626,6 +631,8 @@ static int sbs_get_property(struct power_supply *psy,
>  		else
>  			ret = sbs_get_battery_presence_and_health(client, psp,
>  								  val);
> +
> +		/* this can only be true if no gpio is used */
>  		if (psp == POWER_SUPPLY_PROP_PRESENT)
>  			return 0;
>  		break;
> -- 
> 2.20.1
> 

  reply	other threads:[~2019-08-22  1:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-16  7:58 [PATCH] power: supply: sbs-battery: only return health when battery present Michael Nosthoff
2019-08-22  1:46 ` Brian Norris [this message]
2019-08-22  1:48   ` Brian Norris
2019-08-22  7:43   ` Michael Nosthoff
2019-08-22 20:32     ` Brian Norris
2019-09-02  7:59 ` Sebastian Reichel

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=20190822014655.GA165945@google.com \
    --to=briannorris@chromium.org \
    --cc=committed@heine.so \
    --cc=linux-pm@vger.kernel.org \
    --cc=stable@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.