Re: SHR clock reset
On Fri, Oct 02, 2009 at 02:03:29PM -0700, Ben Wong wrote: > Bizarrely, my Freerunner also got the wrong time yesterday. Is there > something special about October 1st? > > I'm running SHR testing, but I booted into an old copy of SHR unstable > and it also go it wrong. The first time the date was 1970 (the > epoch) Yes, kernel pcf50633-rtc bug fixed more than half a year ago; please update your kernel. The same bug was also in the pcf50606-rtc driver (GTA01). As I mentioned back in March [1], one of the dates that shows the bug is October 1st. But nobody listens to me. :-( [1] https://lists.openmoko.org/pipermail/community/2009-March/043872.html -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
Bizarrely, my Freerunner also got the wrong time yesterday. Is there something special about October 1st? I'm running SHR testing, but I booted into an old copy of SHR unstable and it also go it wrong. The first time the date was 1970 (the epoch), the second time it thought it was 1933! (Negative time? I'm curious how that happened.) I'm hoping it was just that I was near a badly configured cell tower. When I checked it again later, after I got home, the time and date had reset itself correctly. On the other hand, I have *never* seen a cell in the US with the time misconfigured. I'll test it again when I head back to the same area next week. --Ben 2009/10/1 Vasco Névoa : > I've started experiencing the same in the last few days. > The Neo's clock had always been impeccably correct, until now. > Now it was half an hour late and I set it by hand. > It appears the clock is drifting, and otimed isn't keeping it in sync with > the GSM. > > The only hints in frameworkd.log are: > > 2009.10.01 18:05:25.88 otimed INFO loaded timesources > [, ] > 2009.10.01 18:05:25.124 otimed INFO loaded zonesources > [] > 2009.10.01 18:05:25.138 frameworkd.subsystem INFO subsystem otimed took > 1.53 seconds to startup > 2009.10.01 18:06:27.163 otimed INFO GSM: multiple zones > found > 2009.10.01 18:06:27.357 otimed INFO GSM: multiple zones > found > 2009.10.01 18:16:39.457 otimed INFO GSM: multiple zones > found > 2009.10.01 18:16:49.835 otimed INFO GSM: multiple zones > found > 2009.10.01 19:18:44.462 otimed INFO GSM: multiple zones > found > 2009.10.01 19:19:20.392 otimed INFO GSM: multiple zones > found > 2009.10.01 19:19:48.627 otimed INFO GSM: multiple zones > found > 2009.10.01 19:20:40.194 otimed INFO GSM: multiple zones > found > 2009.10.01 19:20:58.312 otimed INFO GSM: multiple zones > found > 2009.10.01 20:49:58.117 otimed INFO GSM: multiple zones > found > 2009.10.01 20:53:14.628 otimed INFO GSM: multiple zones > found > 2009.10.01 22:18:28.542 otimed INFO GSM: multiple zones > found > 2009.10.01 22:48:41.491 otimed INFO GSM: multiple zones > found > > Does this "GSM: multiple zones found" situation create a problem? > > I looked at the hwclock, but it seems it's not even in use / not related to > the time shown to user: > r...@om-gta02 ~ $ hwclock -l > Thu Oct 1 21:52:35 2009 0.00 seconds > r...@om-gta02 ~ $ date > Thu Oct 1 23:15:20 WEST 2009 > > Any hints on what the problem is? > > Vikas Saurabh escreveu: > > Timezone from GSM is already implemented for ages ;) > > > I have often got wrong timezones reported by cell (thereby resetting > my phone's clock and making me reach late somewhere :(...but thats a > different story) > > I was wondering if shr-settings can get something like: > Use cell timezone: > * yes > * no > * ask > > --Vikas > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
I've started experiencing the same in the last few days. The Neo's clock had always been impeccably correct, until now. Now it was half an hour late and I set it by hand. It appears the clock is drifting, and otimed isn't keeping it in sync with the GSM. The only hints in frameworkd.log are: 2009.10.01 18:05:25.88 otimed INFO loaded timesources [, ] 2009.10.01 18:05:25.124 otimed INFO loaded zonesources [] 2009.10.01 18:05:25.138 frameworkd.subsystem INFO subsystem otimed took 1.53 seconds to startup 2009.10.01 18:06:27.163 otimed INFO GSM: multiple zones found 2009.10.01 18:06:27.357 otimed INFO GSM: multiple zones found 2009.10.01 18:16:39.457 otimed INFO GSM: multiple zones found 2009.10.01 18:16:49.835 otimed INFO GSM: multiple zones found 2009.10.01 19:18:44.462 otimed INFO GSM: multiple zones found 2009.10.01 19:19:20.392 otimed INFO GSM: multiple zones found 2009.10.01 19:19:48.627 otimed INFO GSM: multiple zones found 2009.10.01 19:20:40.194 otimed INFO GSM: multiple zones found 2009.10.01 19:20:58.312 otimed INFO GSM: multiple zones found 2009.10.01 20:49:58.117 otimed INFO GSM: multiple zones found 2009.10.01 20:53:14.628 otimed INFO GSM: multiple zones found 2009.10.01 22:18:28.542 otimed INFO GSM: multiple zones found 2009.10.01 22:48:41.491 otimed INFO GSM: multiple zones found Does this "GSM: multiple zones found" situation create a problem? I looked at the hwclock, but it seems it's not even in use / not related to the time shown to user: r...@om-gta02 ~ $ hwclock -l Thu Oct 1 21:52:35 2009 0.00 seconds r...@om-gta02 ~ $ date Thu Oct 1 23:15:20 WEST 2009 Any hints on what the problem is? Vikas Saurabh escreveu: Timezone from GSM is already implemented for ages ;) I have often got wrong timezones reported by cell (thereby resetting my phone's clock and making me reach late somewhere :(...but thats a different story) I was wondering if shr-settings can get something like: Use cell timezone: * yes * no * ask --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
On Friday 28 August 2009 21:11:12 Sebastian Krzyszkowiak wrote: > On 8/28/09, Vikas Saurabh wrote: > >> Timezone from GSM is already implemented for ages ;) > > > > I have often got wrong timezones reported by cell (thereby resetting > > my phone's clock and making me reach late somewhere :(...but thats a > > different story) > > > > I was wondering if shr-settings can get something like: > > Use cell timezone: > > * yes > > * no > > * ask > > > > --Vikas > > It can't, as FSO doesn't expose that over dbus. And I won't implement > editing frameworkd.conf manually, as it's really ugly. Bug FSO > developers for that ;) There's a bunch of frameworkd.conf settings that eventually should be found in the preferences / profiles. Alas, I'm holding off to do that renovation of opreferencesd until dconf (GSettings / GVariant) is in place. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
On 8/28/09, Petr Vanek wrote: >>> I was wondering if shr-settings can get something like: >>> Use cell timezone: >>> * yes >>> * no >>> * ask >>> >>> --Vikas >> >>It can't, as FSO doesn't expose that over dbus. And I won't implement >>editing frameworkd.conf manually, as it's really ugly. > > why not? you already do anyways for [odeviced.idlenotifier], or is this > fso magic? > > Petr No, managing IdleNotifier is done by dbus calls. Elementary and Splash are the only modules which read and/or modify conf files directly (and I think even those are too much). -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
>> I was wondering if shr-settings can get something like: >> Use cell timezone: >> * yes >> * no >> * ask >> >> --Vikas > >It can't, as FSO doesn't expose that over dbus. And I won't implement >editing frameworkd.conf manually, as it's really ugly. why not? you already do anyways for [odeviced.idlenotifier], or is this fso magic? Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
On 8/28/09, Vikas Saurabh wrote: >> Timezone from GSM is already implemented for ages ;) > > I have often got wrong timezones reported by cell (thereby resetting > my phone's clock and making me reach late somewhere :(...but thats a > different story) > > I was wondering if shr-settings can get something like: > Use cell timezone: > * yes > * no > * ask > > --Vikas It can't, as FSO doesn't expose that over dbus. And I won't implement editing frameworkd.conf manually, as it's really ugly. Bug FSO developers for that ;) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
> Timezone from GSM is already implemented for ages ;) I have often got wrong timezones reported by cell (thereby resetting my phone's clock and making me reach late somewhere :(...but thats a different story) I was wondering if shr-settings can get something like: Use cell timezone: * yes * no * ask --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
On 8/28/09, Niels Heyvaert wrote: > >>> I don't understand what you mean. Care to elaborate? The phone had always >>> automagically set the time correctly (from gsm I suppose). Recently it >>> doesn't do that anymore. >>> >> >> Freerunner (as almost all other phones) has small battery inside to >> keep clock running even without that big battery. It could just went >> flat so it can't keep clock. I had the same with my Nokia 6230i. >> >> No, setting time from GSM doesn't work yet AFAIK. Time can be set from >> NTP or GPS. >> > > Can't we get the time from the cell antenna (cfr. the location discussed in > earlier posts) using AT commands? > > AT+CTZU for Automatic Time Zone Update > AT+CTZR for Time Zone Reporting > AT+CSTF for Settings time format > > Not sure CSTF exists for Calypso since I did not find it in the available > codes > (http://www.mail-archive.com/commit...@lists.openmoko.org/msg01114.html), > but could we use the other two commands to help us out? > > Just thinking out loud. > > Niels. Timezone from GSM is already implemented for ages ;) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: SHR clock reset
>> I don't understand what you mean. Care to elaborate? The phone had always >> automagically set the time correctly (from gsm I suppose). Recently it >> doesn't do that anymore. >> > > Freerunner (as almost all other phones) has small battery inside to > keep clock running even without that big battery. It could just went > flat so it can't keep clock. I had the same with my Nokia 6230i. > > No, setting time from GSM doesn't work yet AFAIK. Time can be set from > NTP or GPS. > Can't we get the time from the cell antenna (cfr. the location discussed in earlier posts) using AT commands? AT+CTZU for Automatic Time Zone Update AT+CTZR for Time Zone Reporting AT+CSTF for Settings time format Not sure CSTF exists for Calypso since I did not find it in the available codes (http://www.mail-archive.com/commit...@lists.openmoko.org/msg01114.html), but could we use the other two commands to help us out? Just thinking out loud. Niels. _ Voeg vrienden toe van LinkedIn & Facebook aan je Windows Live http://profile.live.com/connect ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
2009/8/28 Michal Brzozowski : > I'm having the following problem on SHR-u. The clock resets itself to 0:00 > Jan 1 2000 once in a while. Sometimes it's correct again. Any idea which > program is doing this? Is it getting incorrect time from GSM? i get this sometimes when shr breaks and i switch to om2009 till it gets fixed. i'm not 100% why, but think it's due to not syncing the rtc and the system clock. have you tried hwclock to see what's sync'd to what? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
On 8/28/09, Michal Brzozowski wrote: > 2009/8/28 Sebastian Krzyszkowiak > >> On 8/28/09, Michal Brzozowski wrote: >> > Hi, >> > >> > I'm having the following problem on SHR-u. The clock resets itself to >> 0:00 >> > Jan 1 2000 once in a while. Sometimes it's correct again. Any idea which >> > program is doing this? Is it getting incorrect time from GSM? >> > >> > Michal >> > >> >> Program? Or maybe flat battery which keeps clock running? ;x >> > > I don't understand what you mean. Care to elaborate? The phone had always > automagically set the time correctly (from gsm I suppose). Recently it > doesn't do that anymore. > Freerunner (as almost all other phones) has small battery inside to keep clock running even without that big battery. It could just went flat so it can't keep clock. I had the same with my Nokia 6230i. No, setting time from GSM doesn't work yet AFAIK. Time can be set from NTP or GPS. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
2009/8/28 Sebastian Krzyszkowiak > On 8/28/09, Michal Brzozowski wrote: > > Hi, > > > > I'm having the following problem on SHR-u. The clock resets itself to > 0:00 > > Jan 1 2000 once in a while. Sometimes it's correct again. Any idea which > > program is doing this? Is it getting incorrect time from GSM? > > > > Michal > > > > Program? Or maybe flat battery which keeps clock running? ;x > I don't understand what you mean. Care to elaborate? The phone had always automagically set the time correctly (from gsm I suppose). Recently it doesn't do that anymore. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR clock reset
On 8/28/09, Michal Brzozowski wrote: > Hi, > > I'm having the following problem on SHR-u. The clock resets itself to 0:00 > Jan 1 2000 once in a while. Sometimes it's correct again. Any idea which > program is doing this? Is it getting incorrect time from GSM? > > Michal > Program? Or maybe flat battery which keeps clock running? ;x -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR clock reset
Hi, I'm having the following problem on SHR-u. The clock resets itself to 0:00 Jan 1 2000 once in a while. Sometimes it's correct again. Any idea which program is doing this? Is it getting incorrect time from GSM? Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community