From: Chris Lapa <ch...@lapa.com.au>
This patch set adds device tree support for the MAX8903 battery charger
and also cleans up the logic with the dc_valid, dok and dcm pins.
I verified these patches work on a board I have here, which uses the
DC power side (not the USB portition) of the M
From: Chris Lapa <ch...@lapa.com.au>
This commit also adds requesting gpio's via devm_gpio_request() to ensure
the gpio is available for usage by the driver.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_charger.c | 288 +++-
From: Chris Lapa <ch...@lapa.com.au>
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is given.
However dcm can be optionally wired to a fixed level especially when the
circuit is conf
From: Chris Lapa <ch...@lapa.com.au>
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
.../devicetree/bindings/power/max8903-charger.txt | 30 ++
1 file changed, 30 insertions(+)
create mode 100644 Documentation/devicetree/bindings/power/max8903-charger.txt
From: Chris Lapa <ch...@lapa.com.au>
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_charger.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/power/max8903_charger.c b/drivers/power/max8903_charger.c
index 20d4b55..d6
, Krzysztof Kozlowski wrote:
Hi,
Thanks for your contribution. Few comments below:
On Thu, Jun 2, 2016 at 8:44 AM, <ch...@lapa.com.au> wrote:
From: Chris Lapa <ch...@lapa.com.au>
This commit also adds requesting gpio's via devm_gpio_request() to ensure
the gpio is available for usage b
On 10/06/2016 11:51 PM, Krzysztof Kozlowski wrote:
On 06/10/2016 02:32 PM, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
.../devicetree/bindings/power/max8903-charger.txt | 30 ++
1 file changed, 3
:
On 06/10/2016 02:32 PM, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
This commit also adds requesting gpio's via devm_gpio_request() to ensure
the gpio is available for usage by the driver.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_cha
On 17/06/2016 4:30 PM, Krzysztof Kozlowski wrote:
On 06/17/2016 07:00 AM, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
This change ensures all gpios are available for the driver to use.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_ch
On 17/06/2016 4:26 PM, Krzysztof Kozlowski wrote:
On 06/17/2016 07:00 AM, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is
On 17/06/2016 4:41 PM, Krzysztof Kozlowski wrote:
On 06/17/2016 07:00 AM, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
Adds support for device tree to setup a max8903 battery charger. DC and USB
validity are determined by looking the presence of the dok and uok gpios.
Sign
From: Chris Lapa <ch...@lapa.com.au>
Remove the 'out of memory' error message as it is printed by the core.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_charger.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/power/max8903
From: Chris Lapa <ch...@lapa.com.au>
This change ensures all gpios are available for the driver to use and also
splits off gpio setup into its own function for readability.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_cha
From: Chris Lapa <ch...@lapa.com.au>
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is given.
However dcm can be optionally wired to a fixed level especially when the
circuit is conf
From: Chris Lapa <ch...@lapa.com.au>
Adds support for device tree to setup a max8903 battery charger. DC and USB
validity are determined by looking the presence of the dok and uok gpios.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_ch
From: Chris Lapa <ch...@lapa.com.au>
Stores pointer to pdata because it easily allows pdata to reference
either platform data or in the future device tree data.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_charger.c | 20 +---
1 file
From: Chris Lapa <ch...@lapa.com.au>
This patch set adds device tree support for the MAX8903 battery charger.
It also cleans up logic with dc_valid, dok and dcm pins as well as
fixing up validity checking of gpios.
I verified these patches work on a board I have here, which uses the
DC
From: Chris Lapa <ch...@lapa.com.au>
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
.../devicetree/bindings/power/max8903-charger.txt | 25 ++
1 file changed, 25 insertions(+)
create mode 100644 Documentation/devicetree/bindings/power/max8903-charger.txt
From: Chris Lapa <ch...@lapa.com.au>
Prior to this commit a zero gpio was treated as invalid. Whereas
gpio_is_valid() will treat a zero gpio as valid.
This commit removes the confusion and explicitly uses gpio_is_valid()
throughout. Which in turn results in several of the error messages be
From: Chris Lapa <ch...@lapa.com.au>
Adds support for device tree to setup a max8903 battery charger. DC and USB
validity are determined by looking the presence of the dok and uok gpios.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_cha
From: Chris Lapa <ch...@lapa.com.au>
Prior to this commit a zero gpio was treated as invalid. Whereas
gpio_is_valid() will treat a zero gpio as valid.
This commit removes the confusion and explicity uses gpio_is_valid()
throughout. Which in turn results in several of the error messages be
From: Chris Lapa <ch...@lapa.com.au>
Stores pointer to pdata because it easily allows pdata to reference
either platform data or in the future device tree data.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_charger.c | 20 +---
1 file
From: Chris Lapa <ch...@lapa.com.au>
This patch set adds device tree support for the MAX8903 battery charger.
It also cleans up logic with dc_valid, dok and dcm pins as well as
fixing up validity checking of gpios.
I verified these patches work on a board I have here, which uses the
DC
From: Chris Lapa <ch...@lapa.com.au>
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
.../devicetree/bindings/power/max8903-charger.txt | 25 ++
1 file changed, 25 insertions(+)
create mode 100644 Documentation/devicetree/bindings/power/max8903-charger.txt
From: Chris Lapa <ch...@lapa.com.au>
This change ensures all gpios are available for the driver to use.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_charger.c | 79 -
1 file changed, 70 insertions(+), 9 deletions(-)
From: Chris Lapa <ch...@lapa.com.au>
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is given.
However dcm can be optionally wired to a fixed level especially when the
circuit is conf
From: Chris Lapa <ch...@lapa.com.au>
Remove the 'out of memory' error message as it is printed by the core.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_charger.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/power/max8903
From: Chris Lapa <ch...@lapa.com.au>
Prior to this commit a zero gpio was treated as invalid. Whereas
gpio_is_valid() will treat a zero gpio as valid.
This commit removes the confusion and explicitly uses gpio_is_valid()
throughout. Which in turn results in several of the error messages be
From: Chris Lapa <ch...@lapa.com.au>
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is given.
However dcm can be optionally wired to a fixed level especially when the
circuit is conf
From: Chris Lapa <ch...@lapa.com.au>
This patch set adds device tree support for the MAX8903 battery charger.
It also cleans up logic with dc_valid, dok and dcm pins as well as
fixing up validity checking of gpios.
I verified these patches work on a board I have here, which uses the
DC
From: Chris Lapa <ch...@lapa.com.au>
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
.../devicetree/bindings/power/max8903-charger.txt | 25 +++
arch/arm/boot/dts/dairytest-servo.dtsi | 36 ++
2 files changed, 61 insertions(+)
create
From: Chris Lapa <ch...@lapa.com.au>
Stores pointer to pdata because it easily allows pdata to reference
either platform data or in the future device tree data.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Reviewed-by: Krzysztof Kozlowski <k.kozlow...@samsung.com>
From: Chris Lapa <ch...@lapa.com.au>
This change ensures all gpios are available for the driver to use and also
splits off gpio setup into its own function for readability.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Reviewed-by: Krzysztof Kozlowski <k.kozlow...@samsung.co
From: Chris Lapa <ch...@lapa.com.au>
Adds support for device tree to setup a max8903 battery charger. DC and USB
validity are determined by looking the presence of the dok and uok gpios.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/max8903_ch
From: Chris Lapa <ch...@lapa.com.au>
Remove the 'out of memory' error message as it is printed by the core.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Reviewed-by: Krzysztof Kozlowski <k.kozlow...@samsung.com>
---
drivers/power/max8903_charger.c | 4 +---
1 file changed,
On 17/06/2016 4:26 PM, Krzysztof Kozlowski wrote:
On 06/17/2016 07:00 AM, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
The max8903_charger.h file indicated that dcm and dok were not optional
when dc_valid is set.
It makes sense to have dok as a compulsory pin when dc_valid is
On 16/06/2016 4:35 PM, Krzysztof Kozlowski wrote:
On 06/14/2016 03:54 AM, Chris Lapa wrote:
On 10/06/2016 11:51 PM, Krzysztof Kozlowski wrote:
On 06/10/2016 02:32 PM, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
..
Hi Sebastian,
Sorry about the extra dtsi file, I accidentally included it in the v5
patch set (wasn't in <= v4).
Thanks,
Chris
On 29/06/2016 4:16 AM, Sebastian Reichel wrote:
Hi Chris,
On Fri, Jun 24, 2016 at 12:26:05PM +1000, Chris Lapa wrote:
This patch set adds device tree supp
On 20/06/2016 11:22 PM, Rob Herring wrote:
On Fri, Jun 17, 2016 at 03:00:20PM +1000, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
.../devicetree/bindings/power/max8903-charger.txt | 25 ++
1 file
On 17/1/17 4:43 am, Andrew F. Davis wrote:
On 12/21/2016 05:37 PM, Chris Lapa wrote:
On 21/12/16 11:46 pm, Pali Rohár wrote:
On Wednesday 21 December 2016 03:49:10 Chris Lapa wrote:
On 20/12/16 10:34 pm, Pali Rohár wrote:
On Tuesday 20 December 2016 07:00:41 Chris Lapa wrote:
I can generate
On 10/1/17 7:58 pm, Pali Rohár wrote:
On Tuesday 10 January 2017 16:25:29 Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
The BQ275XX definition exists only to satisfy backwards compatibility.
tested: yes
Instead "tested: yes" we use: "Tested-by: name " li
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G3 chip definition to specifically match the
bq27510-G3 functionality as described in the datasheet.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G2 chip definition to specifically match the
bq27510-G2 functionality as described in the datasheet.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
The BQ2750X definition exists only to satisfy backwards compatibility.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_battery.c | 8
drivers/power/supply/bq27xxx_battery_i2c.c | 2 +-
include
From: Chris Lapa <ch...@lapa.com.au>
This patch series correctly renames the patch subject prefix to 'power: supply:
bq27xxx'.
It also fixes up the deprecation of the BQ27500 and BQ27510 definitions.
Otherwise the patch content is the same functionally as the v4 series.
Chris La
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G1 chip definition to specifically match the
bq27510-G1 functionality as described in the datasheet.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G2 chip definition to specifically match the
bq27520-G2 functionality as described in the datasheet.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G4 chip definition to specifically match the
bq27520-G4 functionality as described in the datasheet.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G3 chip definition to specifically match the
bq27520-G3 functionality as described in the datasheet.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G1 chip definition to specifically match the
bq27520-G1 functionality as described in the datasheet.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
The bq27xxx binding is a standard i2c style binding, however the
deprecated compatible fields and different revisions warrant its own
documentation.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
R
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27500 chip definition to specifically match the
bq27500/1 functionality as described in the datasheet.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-by: Andrew F.
From: Chris Lapa <ch...@lapa.com.au>
The BQ2751X definition exists only to satisfy backwards compatibility.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_battery.c | 8
drivers/power/supply/bq27xxx_battery_i2c.c | 4 ++--
include
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G2 chip definition to specifically match the
bq27510-G2 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This patch series renames the patch subject prefix to 'power: supply: bq27xxx'
and also rebases onto sre/linux-power-supply/for-next.
It also drops the overtemp cleanup patch from v3 as it has already been applied.
Otherwise the patch content is th
From: Chris Lapa <ch...@lapa.com.au>
The BQ275XX definition exists only to satisfy backwards compatibility.
tested: yes
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-by: Andrew F. Davis <a...@ti.com>
-
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G1 chip definition to specifically match the
bq27510-G1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G3 chip definition to specifically match the
bq27510-G3 functionality as described in the datasheet.
tested: yes
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Rev
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G2 chip definition to specifically match the
bq27520-G2 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
The bq27xxx binding is a standard i2c style binding, however the
deprecated compatible fields and different revisions warrant its own
documentation.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
R
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G3 chip definition to specifically match the
bq27520-G3 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G1 chip definition to specifically match the
bq27520-G1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G4 chip definition to specifically match the
bq27520-G4 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27500 chip definition to specifically match the
bq27500/1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
Acked-by: Pali Rohár <pali.ro...@gmail.com>
Reviewed-b
On 6/1/17 11:06 am, Sebastian Reichel wrote:
Hi,
On Fri, Dec 23, 2016 at 11:05:07AM +1100, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
The bq275xx binding is a standard i2c style binding, however the
deprecated compatible fields and different revisions warrant its own
documen
On 6/1/17 10:59 am, Sebastian Reichel wrote:
Hi Chris,
On Fri, Dec 23, 2016 at 11:04:57AM +1100, Chris Lapa wrote:
From: Chris Lapa <ch...@lapa.com.au>
The BQ275XX definition exists only to satisfy backwards compatibility.
tested: yes
Signed-off-by: Chris Lapa <ch...@la
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G1 chip definition to specifically match the
bq27520-G1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G3 chip definition to specifically match the
bq27520-G3 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G4 chip definition to specifically match the
bq27520-G4 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G3 chip definition to specifically match the
bq27510-G3 functionality as described in the datasheet.
tested: yes
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G2 chip definition to specifically match the
bq27520-G2 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G2 chip definition to specifically match the
bq27510-G2 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
The bq27xxx binding is a standard i2c style binding, however the
deprecated compatible fields and different revisions warrant its own
documentation.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
.../devicetree/bindings/power/supply/bq27xx
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G1 chip definition to specifically match the
bq27510-G1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This is done for readability as the upcoming commits will add a lot of
cases.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_battery.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
From: Chris Lapa <ch...@lapa.com.au>
This patch series separates out support for each revision chip in
the bq27500, bq27510 and bq27520 family. Each revision has enough
register address changes to justify individual register mappings.
The series also cleans up the large overtemp if sta
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27500 chip definition to specifically match the
bq27500/1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
The BQ275XX definition exists only to satisfy backwards compatibility.
tested: yes
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_battery.c | 8
drivers/power/supply/bq27xxx_battery_i2c.c | 6 +++
Hi,
I'm testing out the 4.9 kernel on a AM3359 board fitted with a
BQ27510-G3 fuel gauge. The board previously worked on the 4.1 kernel,
however on the 4.9 kernel the bq27xxx_battery.c driver is spitting out
this error continuously:
power_supply bq27510-0: driver failed to report
On 20/12/16 10:34 pm, Pali Rohár wrote:
On Tuesday 20 December 2016 07:00:41 Chris Lapa wrote:
I can generate a patch to fix this issue, however the bigger problem
exists as to which revision fuel gauge the bq27xxx_battery.c driver
is intended to support for each family.
Hi! I think driver
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G2 chip definition to specifically match the
bq27520-G2 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G3 chip definition to specifically match the
bq27520-G3 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G2 chip definition to specifically match the
bq27510-G2 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G1 chip definition to specifically match the
bq27520-G1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
On 21/12/16 11:46 pm, Pali Rohár wrote:
On Wednesday 21 December 2016 03:49:10 Chris Lapa wrote:
On 20/12/16 10:34 pm, Pali Rohár wrote:
On Tuesday 20 December 2016 07:00:41 Chris Lapa wrote:
I can generate a patch to fix this issue, however the bigger
problem exists as to which revision fuel
From: Chris Lapa <ch...@lapa.com.au>
This patch series separates out support for each revision chip in
the bq27500, bq27510 and bq27520 family. Each revision has enough
register address changes to justify individual register mappings.
Chris Lapa (10):
power: supplies: bq275xx: rename B
From: Chris Lapa <ch...@lapa.com.au>
The BQ275XX definition exists only to satisfy backwards compatibility.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_battery.c | 8
drivers/power/supply/bq27xxx_battery_i2c.c | 6 +++---
i
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27500 chip definition to specifically match the
bq27500/1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G3 chip definition to specifically match the
bq27510-G3 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G4 chip definition to specifically match the
bq27520-G4 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G1 chip definition to specifically match the
bq27510-G1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G1 chip definition to specifically match the
bq27510-G1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This patch series separates out support for each revision chip in
the bq27500, bq27510 and bq27520 family. Each revision has enough
register address changes to justify individual register mappings.
It also cleans up the large if statement ch
From: Chris Lapa <ch...@lapa.com.au>
The BQ275XX definition exists only to satisfy backwards compatibility.
tested: yes
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_battery.c | 8
drivers/power/supply/bq27xxx_battery_i2c.c | 6 +++
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27500 chip definition to specifically match the
bq27500/1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27510G2 chip definition to specifically match the
bq27510-G2 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
Separated the check out into its own function to make its functionality
easier to understand.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_battery.c | 16
1 file changed, 12 insertions(+),
From: Chris Lapa <ch...@lapa.com.au>
The bq275xx binding is a standard i2c style binding, however the
deprecated compatible fields and different revisions warrant its own
documentation.
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
.../devicetree/bindings/power/supply/bq275x
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G1 chip definition to specifically match the
bq27520-G1 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
From: Chris Lapa <ch...@lapa.com.au>
This commit adds the BQ27520G4 chip definition to specifically match the
bq27520-G4 functionality as described in the datasheet.
tested: no
Signed-off-by: Chris Lapa <ch...@lapa.com.au>
---
drivers/power/supply/bq27xxx_batter
1 - 100 of 206 matches
Mail list logo
