Required suggestion to use third part code in oFono

Hi all, I have a third part OEM layer. According to the oFono architecture and standards can any one *suggest* the good *approach* to use the third part OEM layer @ oFono. Regards, Satya. ___ ofono mailing list ofono@ofono.org

Re: Required suggestion to use third part code in oFono

Hi Satya, I have a third part OEM layer. According to the oFono architecture and standards can any one suggest the good approach to use the third part OEM layer @ oFono. oFono is licensed under GPL v2 and as long as your OEM layer is compatible with GPL v2 you can use it. Regards Marcel

Re: Monitor current technology

Hi Daniel, This series adds a new property to DCM to export the current technology used. So I've been reviewing your patches and also thinking about solving this technology problem nicely. First a bit of background on the state of hardware today: 27.007 (The Standard): - +CREG - Reports

[SMS D-Bus 00/23] Exports SMS over D-Bus and mis cleanups

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com Hi All This patchset is the current state of my tree that changes the D-Bus interface for SMS: - adds object based management of SMS messages - adds a cancelation operation for in-transit / pending messages - holds messages waiting

[SMS D-Bus 03/23] smutil.h: add missing header file dependencies

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com --- src/smsutil.h |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/src/smsutil.h b/src/smsutil.h index 66ef6f8..baa3eca 100644 --- a/src/smsutil.h +++ b/src/smsutil.h @@ -18,6 +18,14 @@ * Foundation,

[SMS D-Bus 04/23] write_file: make transaction-safe

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com write_file(), as written wasn't transaction-safe; a crash bewtween a file being open and the buffer being written before a safe close would leave the file with a set of undetermined contents. Modified to the file is written to a temporary

[SMS D-Bus 05/23] doc: explain debugging options to -d, add a pointer in -h to manpage

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com Modified HACKING and man page to have more formation on what are the debugging options and how to enable them. --- HACKING | 10 ++ doc/ofonod.8 |5 - src/main.c |4 +++- 3 files changed, 17 insertions(+), 2

[SMS D-Bus 07/23] introduce DECLARE_SMS_ADDR_STR()

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com Introduce DECLARE_SMS_ADDR_STR(), which declares a string variable of the right size for passing to sms_assembly_decode_address(). This way we detach each client having to have the knowledge of what the right size is, leaving that

[SMS D-Bus 06/23] SMS: introduce message ID API

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com This adds a simple API to use for generating unique IDs for SMS messages. --- Makefile.am|5 +- src/smsutil.c | 191 +++ src/smsutil.h | 82 +++

[SMS D-Bus 08/23] export sms_assembly_encode_address

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com For generating unique message naming (for persistence and D-Bus object naming), we'll be using the address. Instead of repeating the functions, we reuse the same infrastructure used by the SMS assembly code. --- src/smsutil.c |4 ++--

[SMS D-Bus 09/23] SMS: implement SHA256-based message IDs [incomplete]

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com This patch removes the sequential SMS message identification gig and replaces it with a 16-bit hash cookie based off message contents. FIXME: [incomplete] need to figure out how to do so that identical messages sent to the same number

[SMS D-Bus 10/23] sms: add doc about the extensions D-Bus API (not yet implemented)

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com --- doc/sms-api.txt | 94 +++ 1 files changed, 94 insertions(+), 0 deletions(-) diff --git a/doc/sms-api.txt b/doc/sms-api.txt index baa4aa1..a23486a 100644 --- a/doc/sms-api.txt +++

[SMS D-Bus 11/23] struct tx_queue_entry: add fields and destructor

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com Add a name field that will be used to contain a permanent name for each SMS message in-transit, to be used for persistent storage and for D-Bus object naming. The persist name will be used to denote if persistence has to be implemented in

[SMS D-Bus 12/23] SMS: produce a unique, persistent name for in-transit messages

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com This name will be used for persistence and D-Bus object naming. It is not very humanly readable, but most dependable to avoid collisions. --- src/sms.c | 12 src/smsutil.h |6 ++ 2 files changed, 18

[SMS D-Bus 13/23] SMS: introduce bare state machine and transitions

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com This adds state to outgoing/in-transit SMS messages. This will be used later on for persistence / D-Bus, when the SMS life cycle is expanded. The state is a variable in the 'struct tx_queue_entry' which gets updated as messages go through

[SMS D-Bus 14/23] SMS: export outgoing messages over D-Bus (skeleton)

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com This creates two frunctions, sms_msg_[un]register() which will add/remove a D-Bus object for each SMS message when in transit. Future changes make sms_msg_register() need information that is not available at the time

[SMS D-Bus 15/23] SMS: split sms_send_message() into a D-Bus front end and an internal API

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com sms_send_message() is unfolded into: - sms_msg_send(), a full C interface for SMS sending - dbus_SendMessage(), which adapts sms_msg_send() to be a D-Bus call This is done to allow plugins to use the same infrastructure as D-Bus clients

[SMS D-Bus 16/23] SMS: introduce wait-for-ack state and infrastructure

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com This introduces basic infrastructure to support wait-for-ack in SMS messages. It consists of a state definition in the state transtition machine, a wait-for-ack queue (ofono_sms-wfaq) and a flag setting in which a message is tagged as

[SMS D-Bus 17/23] SMS: introduce sms_msg_cancel and its D-Bus wrapper

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com This introduces the ability to cancel a pending SMS message, accessible via an internal API and over a D-Bus wrapper. Sending a note to the network to cancel an in-transit message is not yet implemented. --- src/sms.c | 57

[SMS D-Bus 19/23] SMS: Implement D-Bus SMS-MSG::GetProperties

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com Currently this only returns the state of the SMS message. --- src/sms.c | 43 +++ 1 files changed, 43 insertions(+), 0 deletions(-) diff --git a/src/sms.c b/src/sms.c index 4ad9e61..77904ad

[SMS D-Bus 18/23] SMS: rename tx_queue_entry-msg to -dbus_msg for clarity

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com 'msg' gets too confusing: is it the SMS message, a D-Bus message? --- src/sms.c | 25 + 1 files changed, 13 insertions(+), 12 deletions(-) diff --git a/src/sms.c b/src/sms.c index faaacbe..4ad9e61 100644 ---

[SMS D-Bus 20/23] SMS: send D-Bus SMS-MSG::ProperyChanged signals when message changes status

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com This hooks __sms_msg_state_change_dbus_signal() into __ofono_sms_tx_state_set(), so that a D-Bus signal will be emitted whenever an SMS Message transitions state. This allows a client to track, if desired, what is going on with the SMS

[SMS D-Bus 21/23] SMS: make D-Bus SendMessage and Cancel fully synchronous

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com Up until now, SMSManager::SendMessage() and SMSMessage::Cancel() where D-Bus asynchronous. They would perform the D-Bus method return reply inside the callbacks, as they needed to wait for the operation to complete. Relying on previous

[SMS D-Bus 23/23] sms_text_prepare: document @use_delivery_reports

From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com --- src/smsutil.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/src/smsutil.c b/src/smsutil.c index cdf28f9..54278ad 100644 --- a/src/smsutil.c +++ b/src/smsutil.c @@ -2831,6 +2831,9 @@ static inline GSList

RE: Monitor current technology

So my current thinking is to drop any Tech reporting in gprs atom for now. At least until we actually find a usecase for EPSB/CPSB style reporting. What about the CGREG style tech reporting? Cheers, Waldo ___ ofono mailing list ofono@ofono.org

Re: [SMS D-Bus 03/23] smutil.h: add missing header file dependencies

Hi Inaky, src/smsutil.h |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/src/smsutil.h b/src/smsutil.h index 66ef6f8..baa3eca 100644 --- a/src/smsutil.h +++ b/src/smsutil.h @@ -18,6 +18,14 @@ * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA