linux-toradex.git/include/linux/power/max17042_battery.h, branch v5.14

power: supply: max17042: add MAX17055 support

2019-12-19T00:07:53+00:00

The MAX17055 is very similar to the MAX17042 so extend the driver.

Signed-off-by: Angus Ainslie (Purism) 
Reviewed-by: Krzysztof Kozlowski 
Signed-off-by: Sebastian Reichel

treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 156

2019-05-30T18:26:35+00:00

Based on 1 normalized pattern(s):

  this program is free software you can redistribute it and or modify
  it under the terms of the gnu general public license as published by
  the free software foundation either version 2 of the license or at
  your option any later version this program is distributed in the
  hope that it will be useful but without any warranty without even
  the implied warranty of merchantability or fitness for a particular
  purpose see the gnu general public license for more details you
  should have received a copy of the gnu general public license along
  with this program if not write to the free software foundation inc
  59 temple place suite 330 boston ma 02111 1307 usa

extracted by the scancode license scanner the SPDX license identifier

  GPL-2.0-or-later

has been chosen to replace the boilerplate/reference in 1334 file(s).

Signed-off-by: Thomas Gleixner 
Reviewed-by: Allison Randal 
Reviewed-by: Richard Fontana 
Cc: linux-spdx@vger.kernel.org
Link: https://lkml.kernel.org/r/20190527070033.113240726@linutronix.de
Signed-off-by: Greg Kroah-Hartman

power: supply: max17042_battery: Add support for the STATUS property

2017-05-01T10:37:29+00:00

Userspace prefers the driver having a status property over having to guess
itself. Specifically this will properly make the GNOME3 UI (and likely
others) properly show discharging / charging / full status, instead
of always showing discharging as status.

Note that in the case there is no charger driver supplying the max17042,
then a status of unknown will get returned. At least upower treats
this the same as not having a status attribute, so in this case nothing
changes from a userspace pov.

Signed-off-by: Hans de Goede 
Reviewed-by: Krzysztof Kozlowski 
Signed-off-by: Sebastian Reichel

power: supply: max17042_battery: Add default platform_data fallback data

2017-05-01T10:37:25+00:00

Some x86 machines use a max17047 fuel-gauge and x86 might be missing
platform_data if not provided by SFI.

This commit adds default platform_data as fallback option so that the
driver can work on boards where no platform_data is provided.

Since not all boards have a thermistor hooked up, set temp_min to 0 and
change the health checks from temp <= temp_min to temp < temp_min to
not trigger on such boards (where temp reads 0).

Signed-off-by: Hans de Goede 
Reviewed-by: Krzysztof Kozlowski 
Signed-off-by: Sebastian Reichel

power: max17042_battery: add HEALTH and TEMP_* properties support

2015-05-23T20:43:28+00:00

This patch adds the support for following battery properties
to max17042 fuel gauge driver.

POWER_SUPPLY_PROP_TEMP_ALERT_MIN
POWER_SUPPLY_PROP_TEMP_ALERT_MAX
POWER_SUPPLY_PROP_TEMP_MIN
POWER_SUPPLY_PROP_TEMP_MAX
POWER_SUPPLY_PROP_HEALTH

Signed-off-by: Ramakrishna Pallala 
Reviewed-by: Krzysztof Kozlowski 
Signed-off-by: Sebastian Reichel

power: max17042_battery: Use reg type instead of chip type

2015-04-06T15:46:27+00:00

Currently, max17042 battery driver choose register map by MAX17042_DevName
register. But it is return IC specific firmware version. So other maxim chip
hard to use this drvier. This patch choose chip type from driver_data.

Signed-off-by: Beomho Seo 
Reviewed-by: Krzysztof Kozlowski 
Signed-off-by: Sebastian Reichel

max17042_battery: Add support for max17047/50 chip

2012-05-06T03:28:11+00:00

max17047 is improved version of max17042 chip. It has few HW bug
fixes with minor changes in register set.

max17050 is same as max17047 chip except its silicon packging. So from
driver's point of view there is no difference btw max1047 and max1050.

This patch adds the support to dynamically detect the chip type and
adds steps to initialize the max17047 chip.

Signed-off-by: Ramakrishna Pallala 
Signed-off-by: Anton Vorontsov

max17042: Add POR init procedure from Maxim appnote

2012-03-26T16:37:35+00:00

Add power on reset (POR) init procedure defined by the maxim
appnote. Using this procedure ensures that the part is
configured/initialized correctly at POR and improves early accuracy of
the fuel gauge and informs the fuel gauge with the battery
characterization parameters.  The battery characterization parameters
come from the maxim characterization procedure.

Signed-off-by: Ramakrishna Pallala 
Signed-off-by: Dirk Brandewie 
Signed-off-by: Anton Vorontsov

max17042: Align register definitions with data sheet and init appnote

2012-03-13T18:07:39+00:00

align the register names with max17042 data sheet removing
registers that are marked reserved that are not used.

Add register definitions defined in the maxim initialization appnote

Signed-off-by: Dirk Brandewie 
Acked-by: MyungJoo Ham 
Signed-off-by: Anton Vorontsov

power_supply: MAX17042: Support additional properties

2011-07-08T13:01:58+00:00

This patch supports additional properties (PRESENT, CYCLE_COUNT,
VOLTAGE_MAX, VOLTAGE_MIN_DESIGN, CURRENT_NOW, CURRENT_AVG,
CHARGE_FULL, and TEMP).
Plus, initialization code for registers is added.

Signed-off-by: Donggeun Kim 
Signed-off-by: MyungJoo Ham 
Signed-off-by: KyungMin Park 
Signed-off-by: Anton Vorontsov