From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Palm Pre modem plugin
Date: Fri, 20 Nov 2009 07:08:30 -0600 [thread overview]
Message-ID: <200911200708.31068.denkenz@gmail.com> (raw)
In-Reply-To: <359c5480911211147o23607b25q247a19a6f6abee17@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2496 bytes --]
Hi Niko,
>As of that I'm able to imagine only few reasons to use ofono instead of fso.
Then either you're not thinking hard enough or do not have enough domain
experience to really comment. One example: carrier certification. Please
examine what oFono APIs cover and what FSO GSM APIs cover. Hint, to pass GCF
certification you will require quite a bit of what oFono provides (or figures
out for you) and FSO is currently missing.
>The forth and worring is that a developer may be forced to use
>ofono, as the target device has some closed parts necessary for the os
>that does not work anymore if you remove ofono and use FSO.
Please do not post these crazy conspiracy theories here. oFono is GPLed for
exactly this reason.
> So, instead of discuss oFono vs FSO, I'd like to know what is the long
> time strategy and how to address these issues, and of course if I
> missed some important points.
FSO vs oFono is not a fair comparison anyway. Please keep in mind that
oFono is focused _only_ on being a telephony stack that is generic and
applicable to all types of devices. We started oFono to enable telephony
applications on Laptops, Netbooks, MIDs, In-Vehicle Infotainment and many
other types of devices. These system types are different enough that different
approaches to resource management, PIM, etc might be required. Not every
device type will have or even needs a fully-featured GSM modem.
For this reason oFono does not distinguish between smartphone vs non-
smartphone use cases. Case in point: oFono already supports data-only GPRS
devices, Bluetooth Handsfree profile devices, and of course proper modems (AT
command and binary-protocol.)
The other long-term goal is to integrate oFono with other system-level daemons
such as BlueZ, NTPD, ConnMan, NetworkManager Gypsy, etc. This will allow us
to e.g. expose GPS data from the modem; enable Bluetooth telephony profiles
like DUN, HFP AG; and expose 3G data connections for management by real
connection managers. We already have integration plugin infrastructure for
feeding call history, sms history information to a PIM database of your
choice, as well as export your phone's phonebooks to VCard format.
So, as you see, oFono allows you to integrate it into any type of system. You
can even make it coexist with FSO daemons (with the exception of the gsm one
of course) if these satisfy your particular requirements.
Regards,
-Denis
next prev parent reply other threads:[~2009-11-20 13:08 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-20 11:45 Palm Pre modem plugin morphis
2009-11-20 13:17 ` andrzej zaborowski
2009-11-21 10:14 ` morphis
2009-11-21 19:29 ` andrzej zaborowski
2009-11-22 14:21 ` Marcel Holtmann
2009-11-22 20:47 ` morphis
2009-11-22 22:56 ` Marcel Holtmann
2009-11-20 13:28 ` Marcel Holtmann
2009-11-21 10:17 ` morphis
2009-11-21 10:33 ` Marcel Holtmann
2009-11-21 11:05 ` morphis
2009-11-21 18:12 ` Marcel Holtmann
2009-11-21 19:47 ` Nicola Mfb
2009-11-20 13:08 ` Denis Kenzior [this message]
2009-11-22 14:24 ` Marcel Holtmann
2009-11-22 14:38 ` Nicola Mfb
2009-11-23 8:14 ` Marcel Holtmann
2009-11-23 10:40 ` Denis Kenzior
2009-11-23 11:02 ` oFono running on new Freerunner distribution (was: Palm Pre modem plugin) DJDAS
2009-11-23 11:11 ` Denis Kenzior
2009-11-23 11:23 ` oFono running on new Freerunner distribution DJDAS
2009-11-23 11:37 ` Denis Kenzior
2009-11-23 11:43 ` DJDAS
2009-11-23 15:20 ` DJDAS
2009-11-23 21:05 ` Denis Kenzior
2009-11-24 1:58 ` Denis Kenzior
2009-11-26 10:15 ` DJDAS
2009-11-26 13:44 ` Denis Kenzior
2009-11-27 16:33 ` DJDAS
2009-11-26 14:16 ` Denis Kenzior
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=200911200708.31068.denkenz@gmail.com \
--to=denkenz@gmail.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.