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 _______________________________________________ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono