linux-api.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andreas Dannenberg <dannenberg@ti.com>
To: Sebastian Reichel <sre@kernel.org>,
	Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
	David Woodhouse <dwmw2@infradead.org>,
	Laurentiu Palcu <laurentiu.palcu@intel.com>,
	Krzysztof Kozlowski <k.kozlowski@samsung.com>
Cc: Ramakrishna Pallala <ramakrishna.pallala@intel.com>,
	linux-pm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-api@vger.kernel.org, Andreas Dannenberg <dannenberg@ti.com>
Subject: [PATCH v6 07/14] power: bq24257: Add SW-based approach for Power Good determination
Date: Thu, 24 Sep 2015 22:26:51 -0500	[thread overview]
Message-ID: <1443151618-29742-8-git-send-email-dannenberg@ti.com> (raw)
In-Reply-To: <1443151618-29742-1-git-send-email-dannenberg@ti.com>

A software-based approach for determining the charger's input voltage
"Power Good" state is introduced for devices like the bq24250 which
don't have a dedicated hardware pin for that purpose. This SW-based
approach is also used for other devices (with dedicated PG pin) as a
fall back solution if that pin is not configured to be used through
"pg-gpios".

Signed-off-by: Andreas Dannenberg <dannenberg@ti.com>
---
 drivers/power/bq24257_charger.c | 49 ++++++++++++++++++++++++++++++++---------
 1 file changed, 39 insertions(+), 10 deletions(-)

diff --git a/drivers/power/bq24257_charger.c b/drivers/power/bq24257_charger.c
index 6daaac2..9d2b412 100644
--- a/drivers/power/bq24257_charger.c
+++ b/drivers/power/bq24257_charger.c
@@ -359,7 +359,26 @@ static int bq24257_get_chip_state(struct bq24257_device *bq,
 
 	state->fault = ret;
 
-	state->power_good = !gpiod_get_value_cansleep(bq->pg);
+	if (bq->pg)
+		state->power_good = !gpiod_get_value_cansleep(bq->pg);
+	else
+		/*
+		 * If we have a chip without a dedicated power-good GPIO or
+		 * some other explicit bit that would provide this information
+		 * assume the power is good if there is no supply related
+		 * fault - and not good otherwise. There is a possibility for
+		 * other errors to mask that power in fact is not good but this
+		 * is probably the best we can do here.
+		 */
+		switch (state->fault) {
+		case FAULT_INPUT_OVP:
+		case FAULT_INPUT_UVLO:
+		case FAULT_INPUT_LDO_LOW:
+			state->power_good = false;
+			break;
+		default:
+			state->power_good = true;
+		}
 
 	return 0;
 }
@@ -649,15 +668,18 @@ static int bq24257_power_supply_init(struct bq24257_device *bq)
 	return 0;
 }
 
-static int bq24257_pg_gpio_probe(struct bq24257_device *bq)
+static void bq24257_pg_gpio_probe(struct bq24257_device *bq)
 {
-	bq->pg = devm_gpiod_get_index(bq->dev, BQ24257_PG_GPIO, 0, GPIOD_IN);
+	bq->pg = devm_gpiod_get_optional(bq->dev, BQ24257_PG_GPIO, GPIOD_IN);
+
 	if (IS_ERR(bq->pg)) {
-		dev_err(bq->dev, "could not probe PG pin\n");
-		return PTR_ERR(bq->pg);
+		dev_err(bq->dev, "error probing PG pin\n");
+		bq->pg = NULL;
+		return;
 	}
 
-	return 0;
+	if (bq->pg)
+		dev_dbg(bq->dev, "probed PG pin = %d", desc_to_gpio(bq->pg));
 }
 
 static int bq24257_fw_probe(struct bq24257_device *bq)
@@ -787,10 +809,17 @@ static int bq24257_probe(struct i2c_client *client,
 		INIT_DELAYED_WORK(&bq->iilimit_setup_work,
 				  bq24257_iilimit_setup_work);
 
-	/* we can only check Power Good status by probing the PG pin */
-	ret = bq24257_pg_gpio_probe(bq);
-	if (ret < 0)
-		return ret;
+	/*
+	 * The BQ24250 doesn't have a dedicated Power Good (PG) pin so let's
+	 * not probe for it and instead use a SW-based approach to determine
+	 * the PG state. We also use a SW-based approach for all other devices
+	 * if the PG pin is either not defined or can't be probed.
+	 */
+	if (bq->chip != BQ24250)
+		bq24257_pg_gpio_probe(bq);
+
+	if (!bq->pg)
+		dev_info(bq->dev, "using SW-based power-good detection\n");
 
 	/* reset all registers to defaults */
 	ret = bq24257_field_write(bq, F_RESET, 1);
-- 
1.9.1


  parent reply	other threads:[~2015-09-25  3:26 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-25  3:26 [PATCH v6 00/14] power: bq24257: Add support for bq24250/bq24251 Andreas Dannenberg
2015-09-25  3:26 ` [PATCH v6 02/14] power: bq24257: Remove IRQ config through stat-gpios Andreas Dannenberg
2015-09-25  3:26 ` [PATCH v6 03/14] power: bq24257: Streamline input current limit setup Andreas Dannenberg
     [not found]   ` <1443151618-29742-4-git-send-email-dannenberg-l0cyMroinI0@public.gmane.org>
2015-09-25 13:23     ` Laurentiu Palcu
2015-09-25 13:52       ` Andreas Dannenberg
2015-09-25  3:26 ` [PATCH v6 05/14] power: bq24257: Add bit definition for temp sense enable Andreas Dannenberg
2015-09-25  3:26 ` [PATCH v6 06/14] power: bq24257: Allow manual setting of input current limit Andreas Dannenberg
2015-09-25  3:26 ` Andreas Dannenberg [this message]
2015-09-25  3:26 ` [PATCH v6 08/14] power: bq24257: Use managed power supply register Andreas Dannenberg
2015-09-25 13:43   ` Laurentiu Palcu
     [not found] ` <1443151618-29742-1-git-send-email-dannenberg-l0cyMroinI0@public.gmane.org>
2015-09-25  3:26   ` [PATCH v6 01/14] dt: power: bq24257-charger: Cover additional devices Andreas Dannenberg
2015-09-25  3:26   ` [PATCH v6 04/14] power: bq24257: Add basic support for bq24250/bq24251 Andreas Dannenberg
2015-09-25  3:26   ` [PATCH v6 09/14] power: bq24257: Add over voltage protection setting support Andreas Dannenberg
2015-09-25  3:26   ` [PATCH v6 10/14] power: bq24257: Add input DPM voltage threshold " Andreas Dannenberg
2015-09-25  3:26   ` [PATCH v6 11/14] power: bq24257: Allow input current limit sysfs access Andreas Dannenberg
2015-09-25  3:26   ` [PATCH v6 12/14] power: bq24257: Add various device-specific sysfs properties Andreas Dannenberg
2015-09-25  3:26   ` [PATCH v6 13/14] power: bq24257: Add platform data based initialization Andreas Dannenberg
2015-09-25  3:26 ` [PATCH v6 14/14] Documentation: power: bq24257: Document exported sysfs entries Andreas Dannenberg

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=1443151618-29742-8-git-send-email-dannenberg@ti.com \
    --to=dannenberg@ti.com \
    --cc=dbaryshkov@gmail.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dwmw2@infradead.org \
    --cc=k.kozlowski@samsung.com \
    --cc=laurentiu.palcu@intel.com \
    --cc=linux-api@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=ramakrishna.pallala@intel.com \
    --cc=sre@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;
as well as URLs for NNTP newsgroup(s).