2011/1/11 Łukasz Pankowski
> Benjamin Deering writes:
>
> >>> effect to make ffalarms useless ...
> >>>
> >>
> > I thought that had to do with an fsotdld issue
> > (http://trac.freesmartphone.org/ticket/596)
>
> You are right, I did not have it on the top of my mind since I use the
> workaround:
Benjamin Deering writes:
>>> effect to make ffalarms useless ...
>>>
>>
> I thought that had to do with an fsotdld issue
> (http://trac.freesmartphone.org/ticket/596)
You are right, I did not have it on the top of my mind since I use the
workaround:
As a temporary workaround one can enabl
On Tue, Jan 11, 2011 at 11:47 AM, Al Johnson
wrote:
> On Tuesday 11 January 2011, Davide Scaini wrote:
> > i'm experiencing the same problem: clock is stuck during suspend and
> > it takes some time to update correctly when resumed. This has the side
> > effect to make ffalarms useless ...
> > any
effect to make ffalarms useless ...
I thought that had to do with an fsotdld issue
(http://trac.freesmartphone.org/ticket/596)
Ben
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/c
Davide Scaini writes:
> i'm experiencing the same problem: clock is stuck during suspend and
> it takes some time to update correctly when resumed. This has the side
This is a GUI problem, I suppose it must be sleeping for 60 seconds to
update every minute, but this sleeping does not handle susp
On Tuesday 11 January 2011, Davide Scaini wrote:
> i'm experiencing the same problem: clock is stuck during suspend and
> it takes some time to update correctly when resumed. This has the side
> effect to make ffalarms useless ...
> any hint is welcome
> d
More details please. The rtc is meant to
i'm experiencing the same problem: clock is stuck during suspend and
it takes some time to update correctly when resumed. This has the side
effect to make ffalarms useless ...
any hint is welcome
d
On 12/22/10, Al Johnson wrote:
> On Tuesday 21 December 2010, Rui Miguel Silva Seabra wrote:
>> Em
On Tuesday 21 December 2010, Rui Miguel Silva Seabra wrote:
> Em 21-12-2010 12:55, Gay, John (GE Energy Services, Non-GE) escreveu:
> > The last time my FreeRunner's battery died, the clock reset to epoch.
> > Now, it no longer keeps time during suspend either. I'm guessing this
> > means the clock
Em 21-12-2010 12:55, Gay, John (GE Energy Services, Non-GE) escreveu:
The last time my FreeRunner's battery died, the clock reset to epoch.
Now, it no longer keeps time during suspend either. I'm guessing this
means the clock battery has finally died.
Someone recently commented that they replace
] On Behalf Of Benjamin
> Deering
> Sent: Tuesday, December 21, 2010 8:14 AM
> To: List for Openmoko community discussion
> Subject: Re: The epoch is upon me.
>
>
>
> Jon,
>
> I'm don't know how you can be sure the clock battery is to blame, but
> I jus
From: community-boun...@lists.openmoko.org
[mailto:community-boun...@lists.openmoko.org] On Behalf Of Benjamin
Deering
Sent: Tuesday, December 21, 2010 8:14 AM
To: List for Openmoko community discussion
Subject: Re: The epoch is upon me.
Jon,
I'm don't know how you can be sure the
Jon,
I'm don't know how you can be sure the clock battery is to blame, but I
just wanted to mention that I replaced the battery with a single
supercap. The pair of supercaps was because I have two freerunners.
Ben
On 12/21/2010 07:55 AM, Gay, John (GE Energy Services, Non-GE) wrote:
The las
The last time my FreeRunner's battery died, the clock reset to epoch.
Now, it no longer keeps time during suspend either. I'm guessing this
means the clock battery has finally died.
Someone recently commented that they replaced their battery with a pair
of super caps. I just wanted to confirm my
13 matches
Mail list logo