This patch reads and writes the call forwarding unconditional status
from and to the SIM depending on the SIM file availability.
New property needs to be added due to the fact that number won't be
available from the cphs-cff file.
Incase of SIM, EFcphs-cff file holds call forwarding status and it
is represented as a flag. In case of USIM(EFcfis), we have the status
flag and also number.So, adding new property for status and using the
existing VoiceUnconditional with number will work for both SIM and USIM cases.
Other option is to have 2 properties, "VoiceUnconditional" and "Number".
"VoiceUnconditional" will have the status of the call forwarding( "enabled",
"disabled") whereas the "Number" property will have the call forwared number.
offline-online state transitions results in caching the call forwaring status
every time. To avoid this, call forwarding atom is moved to the post sim and
its moved also due to the fact that call forwarding status doesn't change in
Jeevaka Badrappan (7):
call-forwarding: Read/Write cfis/cphs-cff
ifx: Move call forwarding to post sim
isigen: Move call forwarding to post sim
plugins/n900: Move call forwarding to post sim
phonesim: Move call forwarding to post sim
doc: Add new property to call forwarding
TODO: Marking the Read/Write EFcfis task as done
TODO | 9 --
doc/call-forwarding-api.txt | 5 +
doc/features.txt | 5 +
plugins/ifx.c | 2 +-
plugins/isigen.c | 2 +-
plugins/n900.c | 2 +-
plugins/phonesim.c | 3 +-
src/call-forwarding.c | 242 ++++++++++++++++++++++++++++++++++++++++++-
8 files changed, 256 insertions(+), 14 deletions(-)
I am working on uBlox support in Ofono. My aim is further than the
traditional desktop type use case, so I am extending Ofono with a custom
APN provisioning service.
I want to get some tips on how I should proceed because I do not wish to go
into an unintentional direction.
We have 3rd party software that needs to finely control the GPRS session,
constantly monitoring and switching APN's as the network changes.
I need a way for our software to know when the context has successfully
been activated, for example a post_context_activate() in the driver would
be great, so that I could add a DBUS message in our custom driver which
send states to our software in order to know when a socket could be opened
(not only the post_context_activate() but I also need the other states the
driver will enter).
Is there a better approach than adding a callback for successful context
activation in the driver, in Ofono? I feel like Connman is too distant and
unaware of detailed Ofono states to manage this on the Connman side.
Secondly, I have tested changing states on the Ofono side with the Python
scripts (enable -> online ) and visa versa and connman seems OK with me
doing this. I plan to do this from my 3rd party application to manage APNs
and sockets. Is this an acceptable use case with Connman, it seems like it
has been designed so that Connman always gets updates on Ofono state
I'm trying to use ofono and a Huawei E3131 modem.
First off all, I need to change AT+CGDATA="PPP",%u to ATD*99***%u# to make
it work. But that's ok.
The problem, is if disconnect, and try to connect again, it doesn't work.
I debug those functions, and find that what's happening:
if (chat == NULL || chat->command_queue == NULL)
at this point 'chat->command_queue' is null.
So far, I can only know that when I disconnect this context, someone is
calling io_disconnect (gatchat.c), that makes chat->command_queue=NULL.
I couldn't debug further.
I've tested the same scenario, just with a different modem (Huawei E160)
and it's working nice.
I'd be glad if anyone could give any hint on that.
When subscribing to the D-Bus signal NameOwnerChanged from the bus driver,
specify the object path and the sender in the match rule. Otherwise, random
connections on the bus could impersonate the bus driver.
This patch applies to connman, ofono and pacrunner.
gdbus/watch.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gdbus/watch.c b/gdbus/watch.c
index 0f99f4f..415e7fa 100644
@@ -699,7 +699,8 @@ guint g_dbus_add_service_watch(DBusConnection *connection, const char *name,
if (name == NULL)
- data = filter_data_get(connection, service_filter, NULL, NULL,
+ data = filter_data_get(connection, service_filter,
+ DBUS_SERVICE_DBUS, DBUS_PATH_DBUS,
if (data == NULL)
Forgot to send this last patch out with the rest before the weekend, sorry.
Changes since v2:
o Rebased on master with ublox patch set applied
- Should be a trivial 3-way merge on Makefile.am if
the patches are applied out of order
o Reworked the reset/enable code patch based on
suggestions from Denis
- Register for +CPIN: rather than polling
o Used prefixes (even more) consistently
Philip Paeps (1):
plugins: add a new driver for Quectel UC15 modems
Makefile.am | 3 +
plugins/quectel.c | 379 +++++++++++++++++++++++++++++++++++++++++++++++++++++
2 files changed, 382 insertions(+)
create mode 100644 plugins/quectel.c