From: Marcel Holtmann <marcel@holtmann.org>
To: ofono@ofono.org
Subject: Re: [PATCH 1/3] plugins: Implementation of Network Time plugin
Date: Sun, 05 Dec 2010 13:40:19 +0100 [thread overview]
Message-ID: <1291552819.4795.121.camel@aeonflux> (raw)
In-Reply-To: <AANLkTimjMFz1c9U3P8YKALLwdCw+0W82+nuDRb49XsS3@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1422 bytes --]
Hi Aki,
> > where is this timed running? I prefer the plugin just send a D-Bus
> > message to the timed directly instead of a Get/Changed API kind of
> > thing.
>
> AFAIK, timed is in system bus. However, I fail to see how you can make
> this any simpler. In the end, one of the two entities has to implement
> a service that the other one uses. There also needs to be some
> synchronization for when the entities start up. A getter/signal API is
> also what timed uses in Harmattan, but of course if you have a better
> idea, I'm all ears.
is timed actually open source and I can have a look at it?
What is the advantage of oFono storing the time value from NITZ and
provide it over a getter/signal API. In that case we also need to store
a timestamp when we received the NITZ result. Otherwise the value has no
real meaning since we can not correlate it to anything.
That said, ofonod is not responsible for time tracking and so is not the
modem. This means that our time source is inaccurate by definition. Ans
so is our timestamp. And that makes the NITZ information useless that
retreive via a getter method. What do you wanna do with an inaccurate
time information?
Instead of trying to keep track of time inside oFono, I would propose
that we just send a method call with the currently received NITZ and
only when we receive them to a timed (if started).
Regards
Marcel
next prev parent reply other threads:[~2010-12-05 12:40 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-03 9:47 [PATCH 1/3] plugins: Implementation of Network Time plugin Antti Paila
2010-12-03 9:47 ` [PATCH 2/3] plugins: Enabling nettime plugin in Makefile.am Antti Paila
2010-12-03 9:47 ` [PATCH 3/3] plugins: Test scripts for nettime plugin Antti Paila
2010-12-03 14:07 ` [PATCH 1/3] plugins: Implementation of Network Time plugin Aki Niemi
2010-12-04 0:02 ` Marcel Holtmann
2010-12-04 12:03 ` Aki Niemi
2010-12-05 12:40 ` Marcel Holtmann [this message]
2010-12-08 8:44 ` Marcel Holtmann
2010-12-08 9:19 ` Aki Niemi
2010-12-06 16:33 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2010-12-06 23:29 ` Marcel Holtmann
2010-12-06 23:56 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2010-12-07 8:58 ` Marcel Holtmann
2010-12-07 11:00 ` Antti Paila
2010-12-07 16:05 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2010-12-06 17:00 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2010-12-07 7:51 ` Aki Niemi
2010-12-07 9:12 ` Antti Paila
2010-12-07 16:12 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2010-12-08 8:13 ` Aki Niemi
2010-12-08 16:49 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1291552819.4795.121.camel@aeonflux \
--to=marcel@holtmann.org \
--cc=ofono@ofono.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox