[PATCH_v4 0/5] Private network request to ConnMan
by Guillaume Zajac
Hi,
Changelog from v3 is:
- Add private-network source/include
- ConnMan plugin is independant from emulator
- Each application that need VPN will pass a callback as argument
when private network is requested. This callback will contain the
private network settings.
Guillaume Zajac (5):
gatppp: Add new contructor to use external fd
private-network: add callback typedef drivers and settings
private-network: add request/release functions and new feature to
Makefile.am
emulator: add request/release private network calls
connman: add plugin in oFono to request request/release private
network
Makefile.am | 10 +-
gatchat/gatppp.c | 33 +++++-
gatchat/gatppp.h | 1 +
gatchat/ppp.h | 2 +-
gatchat/ppp_net.c | 40 ++++---
include/private-network.h | 59 +++++++++
plugins/connman.c | 297 +++++++++++++++++++++++++++++++++++++++++++++
src/emulator.c | 49 ++++++--
src/ofono.h | 6 +
src/private-network.c | 89 ++++++++++++++
10 files changed, 556 insertions(+), 30 deletions(-)
create mode 100644 include/private-network.h
create mode 100644 plugins/connman.c
create mode 100644 src/private-network.c
3 months, 1 week
Problem with hangup of multiple calls
by Georg Chini
Hello,
I am using ofono (compiled from git) and bluez 5.21 to access
my old Nokia 6230i. I have a problem, when I call two parties.
When one call is ended, I do not receive a dbus signal. As soon
as I hangup the second call, I get "CallRemoved" messages for
both calls, so the first signal is delayed until the second call is
finished.
Any idea why this happens or how to debug it further?
Regards
Georg
6 years, 11 months
ICCID not requested when PIN is locked
by Enrico Sau
Hi all,
I have a problem with SimManager interface.
When I start ofono with pin locked it starts to read the sim file manager
but the first message fails:
ofonod[29427]: Aux: > AT+CRSM=192,12258\r
ofonod[29427]: Aux: < \r\n+CME ERROR: 4\r\n
The callback of this message contains the following call which would
success but it is never called because of the error.
This results in the problem that ICCID is never retried even if I enter the
pin.
How can I solve this problem?
Thank you!
Enrico
6 years, 11 months
connection manager interface
by Ernast Sevo
Hello all!
I have been playing around with ofono recently and was wondering how ofono
determined when to bring up the connection manager interface. I know that
the interfaces supported depend on the state of the device but what is the
state (registration status, network capabilities, etc ) at which it is
appropriate for the connection manager interface to be up? ( I am assuming
here all hardware requirements for this interface are met by the modem
since I know this to be true, but am simply curious about the external
factors involved.)
Thanks for the help,
Ernast
7 years
Unable to get network interface working
by Enrico Sau
Dear all,
I'm using oFono 1.15 on Ubuntu 14.4 with telit UE910 modem.
OFono is able to detect the modem but for some reason The network interface
never gets an IP resulting in an immediate detach from the network.
Here is the syslog:
ofonod[2841]:
drivers/atmodem/gprs-context.c[247]:at_gprs_activate_primary() cid 1
ofonod[2841]: drivers/atmodem/gprs-context.c[200]:at_cgdcont_cb() ok 1
ofonod[2841]: drivers/atmodem/gprs-context.c[176]:at_cgdata_cb() ok 1
ofonod[2841]: drivers/atmodem/gprs-context.c[141]:setup_ppp()
ofonod[2841]: drivers/atmodem/gprs-context.c[86]:ppp_connect()
ofonod[2841]: IP: 37.182.26.98
ofonod[2841]: DNS: 83.224.70.54, 83.224.70.77
ofonod[2841]: src/gprs.c[889]:pri_activate_callback() 0x8609670
NetworkManager[937]: <info> (/he910_0): IPv4 static configuration:
NetworkManager[937]: <info> (/he910_0): device state change: prepare ->
failed (reason 'ip-config-unavailable') [40 120 5]
NetworkManager[937]: <warn> Activation (/he910_0) failed for connection
'/222016503456238/context1'
NetworkManager[937]: SCPlugin-Ifupdown: devices added (path:
/sys/devices/virtual/net/ppp0, iface: ppp0)
NetworkManager[937]: SCPlugin-Ifupdown: device added (path:
/sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration
found.
NetworkManager[937]: <warn> /sys/devices/virtual/net/ppp0: couldn't
determine device driver; ignoring...
NetworkManager[937]: <info> (/he910_0): device state change: failed ->
disconnected (reason 'none') [120 30 0]
NetworkManager[937]: <info> (/he910_0): deactivating device (reason 'none')
[0]
ofonod[2841]: src/gprs.c[1286]:pri_set_property() deactivate_primary
ofonod[2841]:
drivers/atmodem/gprs-context.c[339]:at_gprs_deactivate_primary() cid 1
NetworkManager[937]: SCPlugin-Ifupdown: devices removed (path:
/sys/devices/virtual/net/ppp0, iface: ppp0)
ofonod[2841]: plugins/udevng.c[976]:remove_device()
/sys/devices/virtual/net/ppp0
ofonod[2841]: drivers/atmodem/gprs-context.c[109]:ppp_disconnect() Reason: 6
Does anyone know what I'm missing?
Thank you!
Enrico
7 years
[PATCH] atmodem: Restore multiparty call after reconnection
by Sergio Checa Blanco
From: Sergio Checa Blanco <sergio.checa(a)bmw-carit.de>
When the HFP profile is disconnected while a multiparty call is
ongoing, and it is reconnected again, oFono requests the list of
current calls to the device with AT+CLCC. In the case of a multiparty
call, the response to CLCC is being taken as multiple simple calls.
The attribute mpty parsed in function at_util_parse_clcc is never
used nor stored, so there is no way to recompose the information
about multi-party calls after a reconnection.
This patch stores this attribute coming in the +CLCC response to be
checked later on when the CallAdded signal is broadcasted. By doing
this the information about the multi-party character of a call is
not lost on the way from the +CLCC response to the emitted D-Bus
signal.
---
drivers/atmodem/atutil.c | 1 +
include/types.h | 1 +
src/voicecall.c | 5 +++++
3 files changed, 7 insertions(+)
diff --git a/drivers/atmodem/atutil.c b/drivers/atmodem/atutil.c
index 1487348..08626b1 100644
--- a/drivers/atmodem/atutil.c
+++ b/drivers/atmodem/atutil.c
@@ -164,6 +164,7 @@ GSList *at_util_parse_clcc(GAtResult *result, unsigned int *ret_mpty_ids)
call->direction = dir;
call->status = status;
call->type = type;
+ call->multiparty = mpty;
strncpy(call->phone_number.number, str,
OFONO_MAX_PHONE_NUMBER_LENGTH);
call->phone_number.type = number_type;
diff --git a/include/types.h b/include/types.h
index 9a7dfd9..16755ce 100644
--- a/include/types.h
+++ b/include/types.h
@@ -91,6 +91,7 @@ struct ofono_call {
int type;
int direction;
int status;
+ ofono_bool_t multiparty;
struct ofono_phone_number phone_number;
struct ofono_phone_number called_number;
char name[OFONO_MAX_CALLER_NAME_LENGTH + 1];
diff --git a/src/voicecall.c b/src/voicecall.c
index d11a4cd..8bf0631 100644
--- a/src/voicecall.c
+++ b/src/voicecall.c
@@ -2343,6 +2343,11 @@ void ofono_voicecall_notify(struct ofono_voicecall *vc,
vc->call_list = g_slist_insert_sorted(vc->call_list, v, call_compare);
+ if (call->multiparty) {
+ vc->multiparty_list = g_slist_insert_sorted(
+ vc->multiparty_list, v, call_compare);
+ }
+
voicecalls_emit_call_added(vc, v);
return;
--
2.1.1
7 years
