2019-05-29 00:10:21 +07:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
2007-05-04 03:27:45 +07:00
|
|
|
/*
|
|
|
|
* Sysfs interface for the universal power supply monitor class
|
|
|
|
*
|
|
|
|
* Copyright © 2007 David Woodhouse <dwmw2@infradead.org>
|
|
|
|
* Copyright © 2007 Anton Vorontsov <cbou@mail.ru>
|
|
|
|
* Copyright © 2004 Szabolcs Gyurko
|
|
|
|
* Copyright © 2003 Ian Molton <spyro@f2s.com>
|
|
|
|
*
|
|
|
|
* Modified: 2004, Oct Szabolcs Gyurko
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/ctype.h>
|
2012-01-22 23:23:42 +07:00
|
|
|
#include <linux/device.h>
|
2007-05-04 03:27:45 +07:00
|
|
|
#include <linux/power_supply.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 15:04:11 +07:00
|
|
|
#include <linux/slab.h>
|
2011-05-27 21:22:46 +07:00
|
|
|
#include <linux/stat.h>
|
2007-05-04 03:27:45 +07:00
|
|
|
|
2007-11-26 04:25:45 +07:00
|
|
|
#include "power_supply.h"
|
|
|
|
|
2007-05-04 03:27:45 +07:00
|
|
|
/*
|
|
|
|
* This is because the name "current" breaks the device attr macro.
|
|
|
|
* The "current" word resolves to "(get_current())" so instead of
|
|
|
|
* "current" "(get_current())" appears in the sysfs.
|
|
|
|
*
|
|
|
|
* The source of this definition is the device.h which calls __ATTR
|
|
|
|
* macro in sysfs.h which calls the __stringify macro.
|
|
|
|
*
|
|
|
|
* Only modification that the name is not tried to be resolved
|
|
|
|
* (as a macro let's say).
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define POWER_SUPPLY_ATTR(_name) \
|
|
|
|
{ \
|
2010-05-19 02:49:51 +07:00
|
|
|
.attr = { .name = #_name }, \
|
2007-05-04 03:27:45 +07:00
|
|
|
.show = power_supply_show_property, \
|
2010-05-19 02:49:52 +07:00
|
|
|
.store = power_supply_store_property, \
|
2007-05-04 03:27:45 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static struct device_attribute power_supply_attrs[];
|
|
|
|
|
2017-05-16 04:21:15 +07:00
|
|
|
static const char * const power_supply_type_text[] = {
|
|
|
|
"Unknown", "Battery", "UPS", "Mains", "USB",
|
|
|
|
"USB_DCP", "USB_CDP", "USB_ACA", "USB_C",
|
|
|
|
"USB_PD", "USB_PD_DRP", "BrickID"
|
|
|
|
};
|
|
|
|
|
power: supply: Add 'usb_type' property and supporting code
This commit adds the 'usb_type' property to represent USB supplies
which can report a number of different types based on a connection
event.
Examples of this already exist in drivers whereby the existing 'type'
property is updated, based on an event, to represent what was
connected (e.g. USB, USB_DCP, USB_ACA, ...). Current implementations
however don't show all supported connectable types, so this knowledge
has to be exlicitly known for each driver that supports this.
The 'usb_type' property is intended to fill this void and show users
all possible USB types supported by a driver. The property, when read,
shows all available types for the driver, and the one currently chosen
is highlighted/bracketed. It is expected that the 'type' property
would then just show the top-level type 'USB', and this would be
static.
Currently the 'usb_type' enum contains all of the USB variant types
that exist for the 'type' enum at this time, and in addition has
SDP and PPS types. The mirroring is intentional so as to not impact
existing usage of the 'type' property.
Signed-off-by: Adam Thomson <Adam.Thomson.Opensource@diasemi.com>
Reviewed-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2018-04-23 21:10:59 +07:00
|
|
|
static const char * const power_supply_usb_type_text[] = {
|
|
|
|
"Unknown", "SDP", "DCP", "CDP", "ACA", "C",
|
|
|
|
"PD", "PD_DRP", "PD_PPS", "BrickID"
|
|
|
|
};
|
|
|
|
|
2017-05-16 04:21:15 +07:00
|
|
|
static const char * const power_supply_status_text[] = {
|
|
|
|
"Unknown", "Charging", "Discharging", "Not charging", "Full"
|
|
|
|
};
|
|
|
|
|
|
|
|
static const char * const power_supply_charge_type_text[] = {
|
2019-04-18 23:43:12 +07:00
|
|
|
"Unknown", "N/A", "Trickle", "Fast", "Standard", "Adaptive", "Custom"
|
2017-05-16 04:21:15 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static const char * const power_supply_health_text[] = {
|
|
|
|
"Unknown", "Good", "Overheat", "Dead", "Over voltage",
|
|
|
|
"Unspecified failure", "Cold", "Watchdog timer expire",
|
2019-05-04 00:00:40 +07:00
|
|
|
"Safety timer expire", "Over current"
|
2017-05-16 04:21:15 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
static const char * const power_supply_technology_text[] = {
|
|
|
|
"Unknown", "NiMH", "Li-ion", "Li-poly", "LiFe", "NiCd",
|
|
|
|
"LiMn"
|
|
|
|
};
|
|
|
|
|
|
|
|
static const char * const power_supply_capacity_level_text[] = {
|
|
|
|
"Unknown", "Critical", "Low", "Normal", "High", "Full"
|
|
|
|
};
|
|
|
|
|
|
|
|
static const char * const power_supply_scope_text[] = {
|
|
|
|
"Unknown", "System", "Device"
|
|
|
|
};
|
|
|
|
|
power: supply: Add 'usb_type' property and supporting code
This commit adds the 'usb_type' property to represent USB supplies
which can report a number of different types based on a connection
event.
Examples of this already exist in drivers whereby the existing 'type'
property is updated, based on an event, to represent what was
connected (e.g. USB, USB_DCP, USB_ACA, ...). Current implementations
however don't show all supported connectable types, so this knowledge
has to be exlicitly known for each driver that supports this.
The 'usb_type' property is intended to fill this void and show users
all possible USB types supported by a driver. The property, when read,
shows all available types for the driver, and the one currently chosen
is highlighted/bracketed. It is expected that the 'type' property
would then just show the top-level type 'USB', and this would be
static.
Currently the 'usb_type' enum contains all of the USB variant types
that exist for the 'type' enum at this time, and in addition has
SDP and PPS types. The mirroring is intentional so as to not impact
existing usage of the 'type' property.
Signed-off-by: Adam Thomson <Adam.Thomson.Opensource@diasemi.com>
Reviewed-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2018-04-23 21:10:59 +07:00
|
|
|
static ssize_t power_supply_show_usb_type(struct device *dev,
|
|
|
|
enum power_supply_usb_type *usb_types,
|
|
|
|
ssize_t num_usb_types,
|
|
|
|
union power_supply_propval *value,
|
|
|
|
char *buf)
|
|
|
|
{
|
|
|
|
enum power_supply_usb_type usb_type;
|
|
|
|
ssize_t count = 0;
|
|
|
|
bool match = false;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < num_usb_types; ++i) {
|
|
|
|
usb_type = usb_types[i];
|
|
|
|
|
|
|
|
if (value->intval == usb_type) {
|
|
|
|
count += sprintf(buf + count, "[%s] ",
|
|
|
|
power_supply_usb_type_text[usb_type]);
|
|
|
|
match = true;
|
|
|
|
} else {
|
|
|
|
count += sprintf(buf + count, "%s ",
|
|
|
|
power_supply_usb_type_text[usb_type]);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!match) {
|
|
|
|
dev_warn(dev, "driver reporting unsupported connected type\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (count)
|
|
|
|
buf[count - 1] = '\n';
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
2007-05-04 03:27:45 +07:00
|
|
|
static ssize_t power_supply_show_property(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
char *buf) {
|
2018-03-21 22:54:53 +07:00
|
|
|
ssize_t ret;
|
2007-05-04 03:27:45 +07:00
|
|
|
struct power_supply *psy = dev_get_drvdata(dev);
|
2018-03-21 22:54:53 +07:00
|
|
|
enum power_supply_property psp = attr - power_supply_attrs;
|
2007-05-04 03:27:45 +07:00
|
|
|
union power_supply_propval value;
|
|
|
|
|
2018-03-21 22:54:53 +07:00
|
|
|
if (psp == POWER_SUPPLY_PROP_TYPE) {
|
2015-03-12 14:44:11 +07:00
|
|
|
value.intval = psy->desc->type;
|
2014-09-04 19:01:34 +07:00
|
|
|
} else {
|
2018-03-21 22:54:53 +07:00
|
|
|
ret = power_supply_get_property(psy, psp, &value);
|
2007-05-04 03:27:45 +07:00
|
|
|
|
2014-09-04 19:01:34 +07:00
|
|
|
if (ret < 0) {
|
|
|
|
if (ret == -ENODATA)
|
|
|
|
dev_dbg(dev, "driver has no data for `%s' property\n",
|
|
|
|
attr->attr.name);
|
2016-06-22 22:45:52 +07:00
|
|
|
else if (ret != -ENODEV && ret != -EAGAIN)
|
2018-09-13 07:48:30 +07:00
|
|
|
dev_err_ratelimited(dev,
|
|
|
|
"driver failed to report `%s' property: %zd\n",
|
2014-09-04 19:01:34 +07:00
|
|
|
attr->attr.name, ret);
|
|
|
|
return ret;
|
|
|
|
}
|
2007-05-04 03:27:45 +07:00
|
|
|
}
|
|
|
|
|
2018-03-21 22:54:53 +07:00
|
|
|
switch (psp) {
|
|
|
|
case POWER_SUPPLY_PROP_STATUS:
|
|
|
|
ret = sprintf(buf, "%s\n",
|
|
|
|
power_supply_status_text[value.intval]);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_CHARGE_TYPE:
|
|
|
|
ret = sprintf(buf, "%s\n",
|
|
|
|
power_supply_charge_type_text[value.intval]);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_HEALTH:
|
|
|
|
ret = sprintf(buf, "%s\n",
|
|
|
|
power_supply_health_text[value.intval]);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_TECHNOLOGY:
|
|
|
|
ret = sprintf(buf, "%s\n",
|
|
|
|
power_supply_technology_text[value.intval]);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_CAPACITY_LEVEL:
|
|
|
|
ret = sprintf(buf, "%s\n",
|
|
|
|
power_supply_capacity_level_text[value.intval]);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_TYPE:
|
|
|
|
ret = sprintf(buf, "%s\n",
|
|
|
|
power_supply_type_text[value.intval]);
|
|
|
|
break;
|
2018-04-26 17:18:30 +07:00
|
|
|
case POWER_SUPPLY_PROP_USB_TYPE:
|
|
|
|
ret = power_supply_show_usb_type(dev, psy->desc->usb_types,
|
|
|
|
psy->desc->num_usb_types,
|
|
|
|
&value, buf);
|
|
|
|
break;
|
2018-03-21 22:54:53 +07:00
|
|
|
case POWER_SUPPLY_PROP_SCOPE:
|
|
|
|
ret = sprintf(buf, "%s\n",
|
|
|
|
power_supply_scope_text[value.intval]);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_MODEL_NAME ... POWER_SUPPLY_PROP_SERIAL_NUMBER:
|
|
|
|
ret = sprintf(buf, "%s\n", value.strval);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
ret = sprintf(buf, "%d\n", value.intval);
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
2007-05-04 03:27:45 +07:00
|
|
|
}
|
|
|
|
|
2010-05-19 02:49:52 +07:00
|
|
|
static ssize_t power_supply_store_property(struct device *dev,
|
|
|
|
struct device_attribute *attr,
|
|
|
|
const char *buf, size_t count) {
|
|
|
|
ssize_t ret;
|
|
|
|
struct power_supply *psy = dev_get_drvdata(dev);
|
2018-03-21 22:54:53 +07:00
|
|
|
enum power_supply_property psp = attr - power_supply_attrs;
|
2010-05-19 02:49:52 +07:00
|
|
|
union power_supply_propval value;
|
|
|
|
|
2018-03-21 22:54:53 +07:00
|
|
|
switch (psp) {
|
2017-05-16 04:21:15 +07:00
|
|
|
case POWER_SUPPLY_PROP_STATUS:
|
|
|
|
ret = sysfs_match_string(power_supply_status_text, buf);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_CHARGE_TYPE:
|
|
|
|
ret = sysfs_match_string(power_supply_charge_type_text, buf);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_HEALTH:
|
|
|
|
ret = sysfs_match_string(power_supply_health_text, buf);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_TECHNOLOGY:
|
|
|
|
ret = sysfs_match_string(power_supply_technology_text, buf);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_CAPACITY_LEVEL:
|
|
|
|
ret = sysfs_match_string(power_supply_capacity_level_text, buf);
|
|
|
|
break;
|
|
|
|
case POWER_SUPPLY_PROP_SCOPE:
|
|
|
|
ret = sysfs_match_string(power_supply_scope_text, buf);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
ret = -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If no match was found, then check to see if it is an integer.
|
|
|
|
* Integer values are valid for enums in addition to the text value.
|
|
|
|
*/
|
|
|
|
if (ret < 0) {
|
|
|
|
long long_val;
|
|
|
|
|
|
|
|
ret = kstrtol(buf, 10, &long_val);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
ret = long_val;
|
|
|
|
}
|
2010-05-19 02:49:52 +07:00
|
|
|
|
2017-05-16 04:21:15 +07:00
|
|
|
value.intval = ret;
|
2010-05-19 02:49:52 +07:00
|
|
|
|
2018-03-21 22:54:53 +07:00
|
|
|
ret = power_supply_set_property(psy, psp, &value);
|
2010-05-19 02:49:52 +07:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
2007-05-04 03:27:45 +07:00
|
|
|
/* Must be in the same order as POWER_SUPPLY_PROP_* */
|
|
|
|
static struct device_attribute power_supply_attrs[] = {
|
|
|
|
/* Properties of type `int' */
|
|
|
|
POWER_SUPPLY_ATTR(status),
|
2009-07-02 20:45:18 +07:00
|
|
|
POWER_SUPPLY_ATTR(charge_type),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(health),
|
|
|
|
POWER_SUPPLY_ATTR(present),
|
|
|
|
POWER_SUPPLY_ATTR(online),
|
2012-08-23 08:20:21 +07:00
|
|
|
POWER_SUPPLY_ATTR(authentic),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(technology),
|
2009-10-15 17:31:30 +07:00
|
|
|
POWER_SUPPLY_ATTR(cycle_count),
|
2008-01-07 08:12:41 +07:00
|
|
|
POWER_SUPPLY_ATTR(voltage_max),
|
|
|
|
POWER_SUPPLY_ATTR(voltage_min),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(voltage_max_design),
|
|
|
|
POWER_SUPPLY_ATTR(voltage_min_design),
|
|
|
|
POWER_SUPPLY_ATTR(voltage_now),
|
|
|
|
POWER_SUPPLY_ATTR(voltage_avg),
|
2012-04-10 17:51:20 +07:00
|
|
|
POWER_SUPPLY_ATTR(voltage_ocv),
|
2014-08-28 01:14:08 +07:00
|
|
|
POWER_SUPPLY_ATTR(voltage_boot),
|
2010-10-04 14:51:38 +07:00
|
|
|
POWER_SUPPLY_ATTR(current_max),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(current_now),
|
|
|
|
POWER_SUPPLY_ATTR(current_avg),
|
2014-08-28 01:14:08 +07:00
|
|
|
POWER_SUPPLY_ATTR(current_boot),
|
2009-03-28 09:23:52 +07:00
|
|
|
POWER_SUPPLY_ATTR(power_now),
|
|
|
|
POWER_SUPPLY_ATTR(power_avg),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(charge_full_design),
|
|
|
|
POWER_SUPPLY_ATTR(charge_empty_design),
|
|
|
|
POWER_SUPPLY_ATTR(charge_full),
|
|
|
|
POWER_SUPPLY_ATTR(charge_empty),
|
|
|
|
POWER_SUPPLY_ATTR(charge_now),
|
|
|
|
POWER_SUPPLY_ATTR(charge_avg),
|
2008-05-13 08:46:29 +07:00
|
|
|
POWER_SUPPLY_ATTR(charge_counter),
|
2012-05-06 19:46:44 +07:00
|
|
|
POWER_SUPPLY_ATTR(constant_charge_current),
|
2012-07-30 14:19:21 +07:00
|
|
|
POWER_SUPPLY_ATTR(constant_charge_current_max),
|
2012-05-06 19:46:44 +07:00
|
|
|
POWER_SUPPLY_ATTR(constant_charge_voltage),
|
2012-07-30 14:19:21 +07:00
|
|
|
POWER_SUPPLY_ATTR(constant_charge_voltage_max),
|
2012-10-09 23:55:29 +07:00
|
|
|
POWER_SUPPLY_ATTR(charge_control_limit),
|
|
|
|
POWER_SUPPLY_ATTR(charge_control_limit_max),
|
2019-04-18 23:43:13 +07:00
|
|
|
POWER_SUPPLY_ATTR(charge_control_start_threshold),
|
|
|
|
POWER_SUPPLY_ATTR(charge_control_end_threshold),
|
2014-07-08 13:04:18 +07:00
|
|
|
POWER_SUPPLY_ATTR(input_current_limit),
|
power: supply: add input power and voltage limit properties
For thermal management strategy you might be interested on limit the
input power for a power supply. We already have current limit but
basically what we probably want is to limit power. So, introduce the
input_power_limit property.
Although the common use case is limit the input power, in some
specific cases it is the voltage that is problematic (i.e some regulators
have different efficiencies at higher voltage resulting in more heat).
So introduce also the input_voltage_limit property.
This happens in one Chromebook and is used on the Pixel C's thermal
management strategy to effectively limit the input power to 5V 3A when
the screen is on. When the screen is on, the display, the CPU, and the GPU
all contribute more heat to the system than while the screen is off, and
we made a tradeoff to throttle the charger in order to give more of the
thermal budget to those other components.
So there's nothing fundamentally broken about the hardware that would
cause the Pixel C to malfunction if we were charging at 9V or 12V instead
of 5V when the screen is on, i.e. if userspace doesn't change this.
What would happen is that you wouldn't meet Google's skin temperature
targets on the system if the charger was allowed to run at 9V or 12V with
the screen on.
For folks hacking on Pixel Cs (which is now outside of Google's official
support window for Android) and customizing their own kernel and userspace
this would be acceptable, but we wanted to expose this feature in the
power supply properties because the feature does exist in the Emedded
Controller firmware of the Pixel C and all of Google's Chromebooks with
USB-C made since 2015 in case someone running an up to date kernel wanted
to limit the charging power for thermal or other reasons.
This patch exposes a new property, similar to input current limit, to
re-configure the maximum voltage from the external supply at runtime
based on system-level knowledge or user input.
Signed-off-by: Enric Balletbo i Serra <enric.balletbo@collabora.com>
Reviewed-by: Guenter Roeck <groeck@chromium.org>
Acked-by: Adam Thomson <Adam.Thomson.Opensource@diasemi.com>
Reviewed-by: Benson Leung <bleung@chromium.org>
Signed-off-by: Sebastian Reichel <sebastian.reichel@collabora.com>
2019-05-07 16:52:47 +07:00
|
|
|
POWER_SUPPLY_ATTR(input_voltage_limit),
|
|
|
|
POWER_SUPPLY_ATTR(input_power_limit),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(energy_full_design),
|
|
|
|
POWER_SUPPLY_ATTR(energy_empty_design),
|
|
|
|
POWER_SUPPLY_ATTR(energy_full),
|
|
|
|
POWER_SUPPLY_ATTR(energy_empty),
|
|
|
|
POWER_SUPPLY_ATTR(energy_now),
|
|
|
|
POWER_SUPPLY_ATTR(energy_avg),
|
|
|
|
POWER_SUPPLY_ATTR(capacity),
|
2012-07-05 18:29:12 +07:00
|
|
|
POWER_SUPPLY_ATTR(capacity_alert_min),
|
|
|
|
POWER_SUPPLY_ATTR(capacity_alert_max),
|
2009-06-30 13:13:01 +07:00
|
|
|
POWER_SUPPLY_ATTR(capacity_level),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(temp),
|
2014-07-08 13:04:18 +07:00
|
|
|
POWER_SUPPLY_ATTR(temp_max),
|
|
|
|
POWER_SUPPLY_ATTR(temp_min),
|
2012-07-05 18:29:12 +07:00
|
|
|
POWER_SUPPLY_ATTR(temp_alert_min),
|
|
|
|
POWER_SUPPLY_ATTR(temp_alert_max),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(temp_ambient),
|
2012-07-05 18:29:12 +07:00
|
|
|
POWER_SUPPLY_ATTR(temp_ambient_alert_min),
|
|
|
|
POWER_SUPPLY_ATTR(temp_ambient_alert_max),
|
2007-05-04 03:27:45 +07:00
|
|
|
POWER_SUPPLY_ATTR(time_to_empty_now),
|
|
|
|
POWER_SUPPLY_ATTR(time_to_empty_avg),
|
|
|
|
POWER_SUPPLY_ATTR(time_to_full_now),
|
|
|
|
POWER_SUPPLY_ATTR(time_to_full_avg),
|
2010-05-19 02:49:51 +07:00
|
|
|
POWER_SUPPLY_ATTR(type),
|
power: supply: Add 'usb_type' property and supporting code
This commit adds the 'usb_type' property to represent USB supplies
which can report a number of different types based on a connection
event.
Examples of this already exist in drivers whereby the existing 'type'
property is updated, based on an event, to represent what was
connected (e.g. USB, USB_DCP, USB_ACA, ...). Current implementations
however don't show all supported connectable types, so this knowledge
has to be exlicitly known for each driver that supports this.
The 'usb_type' property is intended to fill this void and show users
all possible USB types supported by a driver. The property, when read,
shows all available types for the driver, and the one currently chosen
is highlighted/bracketed. It is expected that the 'type' property
would then just show the top-level type 'USB', and this would be
static.
Currently the 'usb_type' enum contains all of the USB variant types
that exist for the 'type' enum at this time, and in addition has
SDP and PPS types. The mirroring is intentional so as to not impact
existing usage of the 'type' property.
Signed-off-by: Adam Thomson <Adam.Thomson.Opensource@diasemi.com>
Reviewed-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2018-04-23 21:10:59 +07:00
|
|
|
POWER_SUPPLY_ATTR(usb_type),
|
2011-12-08 02:24:20 +07:00
|
|
|
POWER_SUPPLY_ATTR(scope),
|
2017-06-08 01:37:52 +07:00
|
|
|
POWER_SUPPLY_ATTR(precharge_current),
|
2014-07-08 13:04:18 +07:00
|
|
|
POWER_SUPPLY_ATTR(charge_term_current),
|
2014-08-28 01:14:08 +07:00
|
|
|
POWER_SUPPLY_ATTR(calibrate),
|
2007-05-04 03:27:45 +07:00
|
|
|
/* Properties of type `const char *' */
|
|
|
|
POWER_SUPPLY_ATTR(model_name),
|
|
|
|
POWER_SUPPLY_ATTR(manufacturer),
|
2008-01-23 00:46:50 +07:00
|
|
|
POWER_SUPPLY_ATTR(serial_number),
|
2007-05-04 03:27:45 +07:00
|
|
|
};
|
|
|
|
|
2010-05-19 02:49:51 +07:00
|
|
|
static struct attribute *
|
|
|
|
__power_supply_attrs[ARRAY_SIZE(power_supply_attrs) + 1];
|
2007-05-04 03:27:45 +07:00
|
|
|
|
2011-07-24 10:11:19 +07:00
|
|
|
static umode_t power_supply_attr_is_visible(struct kobject *kobj,
|
2010-05-19 02:49:51 +07:00
|
|
|
struct attribute *attr,
|
|
|
|
int attrno)
|
2007-05-04 03:27:45 +07:00
|
|
|
{
|
2010-05-19 02:49:51 +07:00
|
|
|
struct device *dev = container_of(kobj, struct device, kobj);
|
|
|
|
struct power_supply *psy = dev_get_drvdata(dev);
|
2011-07-24 10:11:19 +07:00
|
|
|
umode_t mode = S_IRUSR | S_IRGRP | S_IROTH;
|
2010-05-19 02:49:51 +07:00
|
|
|
int i;
|
2007-05-04 03:27:45 +07:00
|
|
|
|
2010-05-25 07:39:45 +07:00
|
|
|
if (attrno == POWER_SUPPLY_PROP_TYPE)
|
|
|
|
return mode;
|
|
|
|
|
2015-03-12 14:44:11 +07:00
|
|
|
for (i = 0; i < psy->desc->num_properties; i++) {
|
|
|
|
int property = psy->desc->properties[i];
|
2010-05-19 02:49:52 +07:00
|
|
|
|
|
|
|
if (property == attrno) {
|
2015-03-12 14:44:11 +07:00
|
|
|
if (psy->desc->property_is_writeable &&
|
2015-06-08 08:09:48 +07:00
|
|
|
psy->desc->property_is_writeable(psy, property) > 0)
|
2010-05-19 02:49:52 +07:00
|
|
|
mode |= S_IWUSR;
|
|
|
|
|
|
|
|
return mode;
|
|
|
|
}
|
2007-05-04 03:27:45 +07:00
|
|
|
}
|
|
|
|
|
2010-05-19 02:49:51 +07:00
|
|
|
return 0;
|
2007-05-04 03:27:45 +07:00
|
|
|
}
|
|
|
|
|
2010-05-19 02:49:51 +07:00
|
|
|
static struct attribute_group power_supply_attr_group = {
|
|
|
|
.attrs = __power_supply_attrs,
|
|
|
|
.is_visible = power_supply_attr_is_visible,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct attribute_group *power_supply_attr_groups[] = {
|
|
|
|
&power_supply_attr_group,
|
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
void power_supply_init_attrs(struct device_type *dev_type)
|
2007-05-04 03:27:45 +07:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
2010-05-19 02:49:51 +07:00
|
|
|
dev_type->groups = power_supply_attr_groups;
|
2007-05-04 03:27:45 +07:00
|
|
|
|
2010-05-19 02:49:51 +07:00
|
|
|
for (i = 0; i < ARRAY_SIZE(power_supply_attrs); i++)
|
|
|
|
__power_supply_attrs[i] = &power_supply_attrs[i].attr;
|
2007-05-04 03:27:45 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static char *kstruprdup(const char *str, gfp_t gfp)
|
|
|
|
{
|
|
|
|
char *ret, *ustr;
|
|
|
|
|
|
|
|
ustr = ret = kmalloc(strlen(str) + 1, gfp);
|
|
|
|
|
|
|
|
if (!ret)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
while (*str)
|
|
|
|
*ustr++ = toupper(*str++);
|
|
|
|
|
|
|
|
*ustr = 0;
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2007-08-14 20:15:12 +07:00
|
|
|
int power_supply_uevent(struct device *dev, struct kobj_uevent_env *env)
|
2007-05-04 03:27:45 +07:00
|
|
|
{
|
|
|
|
struct power_supply *psy = dev_get_drvdata(dev);
|
2007-08-14 20:15:12 +07:00
|
|
|
int ret = 0, j;
|
2007-05-04 03:27:45 +07:00
|
|
|
char *prop_buf;
|
|
|
|
char *attrname;
|
|
|
|
|
2015-03-12 14:44:11 +07:00
|
|
|
if (!psy || !psy->desc) {
|
2007-05-04 03:27:45 +07:00
|
|
|
dev_dbg(dev, "No power supply yet\n");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2015-03-12 14:44:11 +07:00
|
|
|
ret = add_uevent_var(env, "POWER_SUPPLY_NAME=%s", psy->desc->name);
|
2007-05-04 03:27:45 +07:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
prop_buf = (char *)get_zeroed_page(GFP_KERNEL);
|
|
|
|
if (!prop_buf)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2015-03-12 14:44:11 +07:00
|
|
|
for (j = 0; j < psy->desc->num_properties; j++) {
|
2007-05-04 03:27:45 +07:00
|
|
|
struct device_attribute *attr;
|
|
|
|
char *line;
|
|
|
|
|
2015-03-12 14:44:11 +07:00
|
|
|
attr = &power_supply_attrs[psy->desc->properties[j]];
|
2007-05-04 03:27:45 +07:00
|
|
|
|
|
|
|
ret = power_supply_show_property(dev, attr, prop_buf);
|
2011-01-09 01:12:26 +07:00
|
|
|
if (ret == -ENODEV || ret == -ENODATA) {
|
2007-05-04 03:27:45 +07:00
|
|
|
/* When a battery is absent, we expect -ENODEV. Don't abort;
|
|
|
|
send the uevent with at least the the PRESENT=0 property */
|
|
|
|
ret = 0;
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (ret < 0)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
line = strchr(prop_buf, '\n');
|
|
|
|
if (line)
|
|
|
|
*line = 0;
|
|
|
|
|
|
|
|
attrname = kstruprdup(attr->attr.name, GFP_KERNEL);
|
|
|
|
if (!attrname) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
2007-08-14 20:15:12 +07:00
|
|
|
ret = add_uevent_var(env, "POWER_SUPPLY_%s=%s", attrname, prop_buf);
|
2007-05-04 03:27:45 +07:00
|
|
|
kfree(attrname);
|
|
|
|
if (ret)
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
out:
|
|
|
|
free_page((unsigned long)prop_buf);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|