diff options
author | Jason Gerecke <killertofu@gmail.com> | 2017-04-28 09:25:34 -0700 |
---|---|---|
committer | Jiri Kosina <jkosina@suse.cz> | 2017-05-05 21:46:10 +0200 |
commit | 5ac3d4ae58050f451a4fd868028f25258ea0a628 (patch) | |
tree | 33f7a0789ca13be84a68227fa8e40795d88819b4 /drivers/mfd/bcm590xx.c | |
parent | 16e4598905a9d7793350ffad2f627b3dfdb7b595 (diff) | |
download | linux-stable-5ac3d4ae58050f451a4fd868028f25258ea0a628.tar.gz linux-stable-5ac3d4ae58050f451a4fd868028f25258ea0a628.tar.bz2 linux-stable-5ac3d4ae58050f451a4fd868028f25258ea0a628.zip |
HID: wacom: generic: Refactor generic battery handling
Generic battery handling code is spread between the pen and pad codepaths
since battery usages may appear in reports for either. This makes it
difficult to concisely see the logic involved. Since battery data is
not treated like other data (i.e., we report it through the power_supply
subsystem rather than through the input subsystem), it makes reasonable
sense to split the functionality out into its own functions.
This commit has the generic battery handling duplicate the same pattern
that is used by the pen, pad, and touch interfaces. A "mapping" function
is provided to set up the battery, an "event" function is provided to
update the battery data, and a "report" function is provided to notify
the power_supply subsystem after all the data has been read. We look at
the usage itself rather than its collection to determine if one of the
battery functions should handle it. Additionally, we unconditionally
call the "report" function since there is no particularly good way to
know if a report contained a battery usage; 'wacom_notify_battery()'
will filter out any duplicate updates, however.
Signed-off-by: Jason Gerecke <jason.gerecke@wacom.com>
Reviewed-by: Ping Cheng <ping.cheng@wacom.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'drivers/mfd/bcm590xx.c')
0 files changed, 0 insertions, 0 deletions