April 2015 - ofono - Ml01.01.Org

[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

2 weeks

5
12
0 / 0

[PATCH 1/2] cinterion: Add cinterion vendor support

by Alex J Lennon

Implement OFONO_VENDOR_CINTERION specific support to register textual +CIEV indications for signal strength using vendor specific AT^SIND command --- drivers/atmodem/network-registration.c | 64 ++++++++++++++++++++++++++++++++-- drivers/atmodem/vendor.h | 1 + 2 files changed, 62 insertions(+), 3 deletions(-) diff --git a/drivers/atmodem/network-registration.c b/drivers/atmodem/network-registration.c index a438726..c3507cc 100644 --- a/drivers/atmodem/network-registration.c +++ b/drivers/atmodem/network-registration.c @@ -838,6 +838,39 @@ static void telit_ciev_notify(GAtResult *result, gpointer user_data) ofono_netreg_strength_notify(netreg, strength); } +static void cinterion_ciev_notify(GAtResult *result, gpointer user_data) +{ + struct ofono_netreg *netreg = user_data; + struct netreg_data *nd = ofono_netreg_get_data(netreg); + const char *signal_identifier = "rssi"; + const char *ind_str; + int strength; + GAtResultIter iter; + + g_at_result_iter_init(&iter, result); + + if (!g_at_result_iter_next(&iter, "+CIEV:")) + return; + + if (!g_at_result_iter_next_unquoted_string(&iter, &ind_str)) + return; + + if (!g_str_equal(signal_identifier, ind_str)) + return; + + if (!g_at_result_iter_next_number(&iter, &strength)) + return; + + DBG("rssi %d", strength); + + if (strength == nd->signal_invalid) + strength = -1; + else + strength = (strength * 100) / (nd->signal_max - nd->signal_min); + + ofono_netreg_strength_notify(netreg, strength); +} + static void ctzv_notify(GAtResult *result, gpointer user_data) { struct ofono_netreg *netreg = user_data; @@ -1494,13 +1527,17 @@ static void at_cmer_set_cb(gboolean ok, GAtResult *result, gpointer user_data) } /* - * Telit uses strings instead of numbers to identify indicators - * in a +CIEV URC. - * Handle them in a separate function to keep the code clean. + * Telit/Cinterion uses strings instead of numbers to identify + * indicators in a +CIEV URC. + * Handle them in separate functions to keep the code clean. */ if (nd->vendor == OFONO_VENDOR_TELIT) g_at_chat_register(nd->chat, "+CIEV:", telit_ciev_notify, FALSE, netreg, NULL); + else if (nd->vendor == OFONO_VENDOR_CINTERION) + { + /* +CIEV handling has been registered in at_creg_set_cb() */ + } else g_at_chat_register(nd->chat, "+CIEV:", ciev_notify, FALSE, netreg, NULL); @@ -1915,6 +1952,27 @@ static void at_creg_set_cb(gboolean ok, GAtResult *result, gpointer user_data) g_at_chat_send(nd->chat, "AT*TLTS=1", none_prefix, NULL, NULL, NULL); break; + case OFONO_VENDOR_CINTERION: + /* + * We can't set rssi bounds from Cinterion responses + * so set them up to specified values here + * + * Cinterion rssi signal strength specified as: + * 0 <= -112dBm + * 1 - 4 signal strengh in 15 dB steps + * 5 >= -51 dBm + * 99 not known or undetectable + */ + nd->signal_min = 0; + nd->signal_max = 5; + nd->signal_invalid = 99; + + /* Register for specific signal strength reports */ + g_at_chat_send(nd->chat, "AT^SIND=\"rssi\",1", none_prefix, + NULL, NULL, NULL); + g_at_chat_register(nd->chat, "+CIEV:", + cinterion_ciev_notify, FALSE, netreg, NULL); + break; case OFONO_VENDOR_NOKIA: case OFONO_VENDOR_SAMSUNG: /* Signal strength reporting via CIND is not supported */ diff --git a/drivers/atmodem/vendor.h b/drivers/atmodem/vendor.h index c132e45..52071c8 100644 --- a/drivers/atmodem/vendor.h +++ b/drivers/atmodem/vendor.h @@ -45,4 +45,5 @@ enum ofono_vendor { OFONO_VENDOR_ALCATEL, OFONO_VENDOR_QUECTEL, OFONO_VENDOR_UBLOX, + OFONO_VENDOR_CINTERION, }; -- 1.9.1

6 years, 2 months

2
5
0 / 0

Cinterion EHS6 support

by Alex J Lennon

Hi, I've created a patch which adds support for the Cinterion EHS6 to Ofono. This is based on the TC65 source code with some changes to address an issue with +CIND handling The patch is currently in a GitHub fork here https://github.com/DynamicDevices/ofono/commit/06c374b94bef2b3b23c9531c22... This enables me to configure an "ehs6" rule in udev and bring up a GPRS connection successfully with Connman. Would it be possible to contribute this to Ofono? If so could somebody let me know what, if anything, needs to be done to the patch? Many thanks, Alex

6 years, 3 months

2
12
0 / 0

[PATCH 1/3] ehs6: Add support for Cinterion EHS6 plugin

by Alex J Lennon

--- drivers/atmodem/network-registration.c | 1 + drivers/atmodem/vendor.h | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/atmodem/network-registration.c b/drivers/atmodem/network-registration.c index a438726..6844860 100644 --- a/drivers/atmodem/network-registration.c +++ b/drivers/atmodem/network-registration.c @@ -1917,6 +1917,7 @@ static void at_creg_set_cb(gboolean ok, GAtResult *result, gpointer user_data) break; case OFONO_VENDOR_NOKIA: case OFONO_VENDOR_SAMSUNG: + case OFONO_VENDOR_CINTERION: /* Signal strength reporting via CIND is not supported */ break; default: diff --git a/drivers/atmodem/vendor.h b/drivers/atmodem/vendor.h index c132e45..52071c8 100644 --- a/drivers/atmodem/vendor.h +++ b/drivers/atmodem/vendor.h @@ -45,4 +45,5 @@ enum ofono_vendor { OFONO_VENDOR_ALCATEL, OFONO_VENDOR_QUECTEL, OFONO_VENDOR_UBLOX, + OFONO_VENDOR_CINTERION, }; -- 1.9.1

6 years, 3 months

1
2
0 / 0

Small query

by Kallumari Nagaraja Rao, RammohanX

Hi, I am trying to update APN via my C code. Procedure which I am following, 1. Trying to de activate the context [ "Active" -> 0 ] 2. Set APN property 3. Activate the context ["Active" -> 1 ] I am able to get the modem, get the context. I am also able to set the APN via C code if the context is deactivated. Here context deactivation happened via python script under /test folder. Deactivation via c code is not happening, sometimes even if I am trying to deactivate ofonod daemon is activating it. Let me know if you can pin point at any mistake. Thanks. Regards, <Ram>

6 years, 3 months

2
3
0 / 0

ofonod from init.d

by Kallumari Nagaraja Rao, RammohanX

Hi, I want to run the ofono daemon from the init.d scripts during the startup. Script is as attached. Some issue, modem is not getting created. After logging I try to enable the Modem, it fails. However, without these scripts, it works and no issues. Regards, <Ram>

6 years, 3 months

1
0
0 / 0

Port configuration for location services on Telit HE910

by Izhar Mahalalel

Hi, I'm trying to enable the LocationReporting interface in ofono. If I understood the documentation correctly, in order for this interface to show up in Manager.GetModems, I need first to send an appropriate AT command to the device, for it to change to port configuration #8, and then power cycle the board for changes to take effect. I have tried the following: # systemctl stop ofono # cat /dev/ttyACM3 & # echo 'AT#PORTCFG=8\r' > /dev/ttyACM3 OK # reboot But I still do not see the location reporting interface when running Manager.GetModems: # dbus-send --print-reply --system --dest=org.ofono / org.ofono.Manager.GetModems method return sender=:1.1 -> dest=:1.5 reply_serial=2 array [ struct { object path "/he910_1" array [ dict entry( string "Online" variant boolean true ) dict entry( string "Powered" variant boolean true ) dict entry( string "Lockdown" variant boolean false ) dict entry( string "Emergency" variant boolean false ) dict entry( string "Manufacturer" variant string "Telit" ) dict entry( string "Model" variant string "HE910" ) dict entry( string "Revision" variant string "12.00.004" ) dict entry( string "Serial" variant string "357164040701347" ) dict entry( string "Interfaces" variant array [ string "org.ofono.NetworkRegistration" string "org.ofono.ConnectionManager" string "org.ofono.CallMeter" string "org.ofono.SupplementaryServices" string "org.ofono.VoiceCallManager" string "org.ofono.CallBarring" string "org.ofono.CallSettings" string "org.ofono.CallForwarding" string "org.ofono.MessageWaiting" string "org.ofono.SimManager" ] ) dict entry( string "Features" variant array [ string "net" string "gprs" string "ussd" string "sim" ] ) dict entry( string "Type" variant string "hardware" ) ] } ] What am I missing? Thanks, Izhar

6 years, 3 months

2
1
0 / 0

Sierra using QMI with linux-3.18.5 and oFono-1.16 possible?

by Meul, Dirk

Hi list, I'm trying to use a Sierra MC7304 datacard in QMI mode with oFono-1.16 running on ARM with linux-3.18.5 kernel. 1) Without modifications the MC7304 uses qmi-wwan and option drivers and is not recognized by oFono 2) After adding the product ID to the sierra module the datacard is recognized and useable, but not in QMI mode 3) With different product ID qmi-wwan and qcserial drivers are used but still not recognizes by oFono 4) Patched oFono-1.16 following "improving QMI support on recent kernels" patch set from February 2013 by Bjørn Mork, no working interface, neither with patched sierra nor with qmi-wwan/qcserial As the QMI interface /dev/cdc-wdmX now is in usbmisc interface and the patch set <https://lists.ofono.org/pipermail/ofono/2013-February/014240.html> wasn't merged I wonder if somebody is able to use QMI mode with recent kernels. So my question: is it possible to use the QMI mode on recent kernel with current oFono? Are there other patches needed I didn't found? Best Regards, Dirk -- Dirk Meul P3 communications Cell: +49 151 571 33 167 Phone: +49 241 9437 230 E-Mail: Dirk.Meul(a)p3-group.com Web: www.p3-group.com P3 communications GmbH legal disclaimer, mandatory information and the P3 office addresses can be found at www.p3-group.com/communications/email-information

6 years, 3 months

2
2
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

ofono April 2015