SHR clock reset

Vasco Névoa vasco.nevoa at sapo.pt
Fri Oct 2 00:19:17 CEST 2009


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 
[<GPSTimeSource>, <NTPTimeSource checking 134.169.172.1 every 600 seconds>]
2009.10.01 18:05:25.124 otimed               INFO     loaded zonesources 
[<GSMZoneSource>]
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:
    root at om-gta02 ~ $ hwclock -l
    Thu Oct  1 21:52:35 2009  0.000000 seconds
    root at 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 at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20091001/6d05c9af/attachment.htm 


More information about the community mailing list