[<prev] [next>] [day] [month] [year] [list]
Message-ID: <20ADAB092842284E95860F279283C564286A0B@BGSMSX101.gar.corp.intel.com>
Date: Wed, 20 Jun 2012 09:41:02 +0000
From: "Tc, Jenny" <jenny.tc@...el.com>
To: "myungjoo.ham@...sung.com" <myungjoo.ham@...sung.com>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Anton Vorontsov (cbouatmailru@...il.com)" <cbouatmailru@...il.com>,
"Anton Vorontsov (anton.vorontsov@...aro.org)"
<anton.vorontsov@...aro.org>,
"Pallala, Ramakrishna" <ramakrishna.pallala@...el.com>
Subject: Charger Manager Proposal.
MyungJoo,
I would like to align with the charger-manager activities and would like to propose few changes for charger-manager. The changes I would like to have in the charger manager is
* Manage charging based on a battery profile - Each battery can have a different profile and the charging should be done based on this profile. So there should be a mechanism inside the charger-manager to read the battery profile. To start with we can make it available as platform data for the charger-manager.
* The charge parameters (CC and CV) needs to be changed as per the batter profile. The battery profile will have a different CC and CV for different temperature zone. So charger-manager needs to listen battery Temperature change events (using power_supply_changed events from FG?) and modify the CC and CV.
* It's good to have a hybrid (Software and Hardware mode) full detection logic. This give more flexibility to define the charge full detection thresholds. So charger-manager can listen to charge-full detection from charger-hardware and can start a thread to verify the thresholds from software.
* Need to have a maintenance upper voltage threshold. The upper threshold needs to be less than the Battery FULL voltage threshold and this can part of battery profile. This approach helps to increase the battery life.
I would like to start implementing these features for charger manager. But I would like to align with your planned charger-manager activities so that we don't end up in duplicating the effort. Please let me know your suggestions on this.
-jtc
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists