[RFC PATCH 1/2] power: Charger-Manager: add initial Charger-Manager driver

[Haojian Zhuang]

On Tue, Nov 29, 2011 at 1:00 PM, MyungJoo Ham <myungjoo.ham at samsung.com> wrote:
> On Tue, Nov 29, 2011 at 1:41 PM, Haojian Zhuang
> <haojian.zhuang at gmail.com> wrote:
>> On Thu, Nov 17, 2011 at 6:13 PM, Donggeun Kim <dg77.kim at samsung.com> wrote:
>>> Because battery health monitoring should be done even when suspended,
>>> it needs to wake up and suspend periodically. Thus, userspace battery
>>> monitoring may incur too much overhead; every device and task is woken
>>> up periodically. Charger Manager uses suspend-again to provide
>>> in-suspend monitoring.
>>>
>>> This patch allows to monitor battery health in-suspend state.
>>>
>
>> Donggeun,
>>
>> I think that this patch is good for saving energy for charging while
>> suspend. I think that this driver also works under android. I have
>> some concerns on rtc wakeup.
>>
>> As we know, RTC event doesn't link to timer events in kernel. But
>> Android did. Android transfered timer event to rtc event while it
>> suspend. So it will occupy one rtc device.
>>
>> Whatever the device is phone or tablet, it may cost another rtc device
>> if it wants to implement power-up alarm feature. If we want to support
>> the charger manager feature, we have to add another rtc device. I
>> think that it's very hard to find any current platform with three rtc
>> devices. How about implement the similar mechanism like android?
>> Charger manager can register wakeup event into alarm mechanism like
>> android. And we only need two rtc devices.
>>
>> Loop more guys: list-arm-kernel & linaro.
>>
>> Thanks
>> Haojianbelow patch and comment whether
>
> Hello Haojian,
>
> No, we do not need to add another RTC device due to the usage of RTC
> alarm from another device drivers or processes.
> We can share an RTC device with others as long as others do not set
> RTC alarm in the suspend-to-RAM context (specifically from prepare ops
> to complete ops).
> The reason why we have created cm_setup_timer() looking that awfully
> complex is to let it coexist with other RTC alarm events and share the
> precious RTC device.
> Anyway, why do we even need two RTC devices in general?
>
If we want the device to implement power-up alarm, we need two rtc devices.

Let me use an example in Android system.
1. Application set time interval to receive mail after 10 minutes.
2. Android suspend and it convert the timer event into RTC event.
3. Battery is removed. After a while, we put the battery back. The
battery insertion won't trigger phone up since it's depend on custom
scenario.
4. 10 minutes interval past and phone will be powered up since rtc
wakeup. Absolutely it's incorrect. We only need a resume event, not a
power up event.

If we have two rtc devices, one is external rtc and the other is
contained in SoC. While battery removed, only SoC rtc will lost power
and external rtc can keep status for a long time. So let's check the
item #4.
4. Since status is lost in SoC rtc, system won't wakeup while 10
minutes interval past.

> If the RTC subsystem supports registering multiple alarm events,
> that'd be nice and will make this one simpler as well; however, we do
> not have it here for now.
>
> We save previous RTC alarm if the configuration data says so
> (rtc_wkalarm_save.enabled) and previously set alarm is later than the
> current alarm and restore the RTC alarm value at wakeup.
>
> If the previously set RTC alarm is earlier than the timer setup of
> Charger Manager, we do not load the alarm value of Charger Manager and
> let the previously set RTC alarm be active for a wakeup.
>
But it's a little complex, isn't it?

>
> Cheers!
> MyungJoo
>