Re: Roaming SIM card does not get APN and internet connection

Hi, In provisioning file, you should use SIM card MCC/MNC and not MCC/MNC of network operator. Your SIM card MCC/MNC is 214,07. In provisionning file, you need: [operator:214,07] internet.AccessPointName=iotde.telefonica.com As you already did, after modifying provisioning file, do

Re: Roaming SIM card does not get APN and internet connection

/network/ofono/provisioning file, I'll have a look. Meanwhile, if you have modified this file, you can try "/etc/init.d/ofono reset" to be sure to use the latest version of this file. > ___ > ofono mailing list -- ofono@ofono.org > To u

Re: [PATCH v5 1/4] Detect SARA R4 QMI device

Hello, I didn't go through the whole patch but I think you mixed 4 spaces with tab. The same problem exist in your 4 patches. Best Regards, Christophe On 5/12/21 9:40 AM, Bing Jupiter wrote: > --- > plugins/udevng.c | 42 ++ > 1 file changed, 42

Re: Failed to reconnect after 4G LTE signaling strength level is back

Hi, On 11/27/20 3:00 PM, Jonas Bonn wrote: Hi, On 27/11/2020 10:47, Jupiter wrote: Hi Jonas, Thanks for the response and kind helps. and the modem continues to reset itself.  Is this coincidental with you removing the antenna... I can't tell? My apology, a watchdog to monitor and to

[PATCH] common: APN with a dot in second position are not invalid

APN with a dot in second position (example: "t.est") are wrongly considered invalid. --- src/common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/common.c b/src/common.c index 4dcbc83..f955a76 100644 --- a/src/common.c +++ b/src/common.c @@ -709,7 +709,7 @@ const char

Re: AT modem on Droid 4: where is my sms?

Hi, On 7/31/20 3:43 PM, Denis Kenzior wrote: > Hi Pavel, > > On 7/31/20 5:07 AM, Pavel Machek wrote: >> Hi! >> >> I have problems with getting CNMA to work, so I'm exploring other >> possibilities. Apparently ofono should be able to work without >> that.. but is it working properly? >> >>

[PATCH 1/1] huawei: use AT^SYSCFG for radio setting operations on 3G only modems

AT^SYSCFGEX must be used on LTE Huawei modems to enable LTE support. But some modems (or firmwares?) do not support this command and AT^SYSCFG must be used to get/set radio settings. This has been introduced in commit: 22adf6402c828f8b8cca1b65d8a46ba7792eb787 There is a bug in this commit and

Re: [PATCH] plugin: provision: create multiple contexts for multiple entries in mbpi

lot worth for support team than for me) but saying "we will magically select an APN, don't bother with that" seems dangerous to me. About your problem with ConnMan and first connection with a new SIM, I have a patch in ConnMan to handle that (and roaming SIM cards also if I remember wel

[PATCH 1/1] qmimodem: remember lac and cellid

Lac and cellid information are optional in ss_info notifications. Remember them in order to give a correct information each time a notification is received. --- drivers/qmimodem/network-registration.c | 53 ++--- 1 file changed, 35 insertions(+), 18 deletions(-) diff

qmimodems: netreg properties CellId and LocationAreaCode sometimes not present

blem is for QMI modems only. I assume that solution 2 is better if some other drivers can have the same kind of problems. What do you think? How should I fix this problem? Will a change in driver/core interface be helpful? Best Regards, Christophe Ronco ___ ofono mailing list ofono@ofono.org https://lists.ofono.org/mailman/listinfo/ofono

Re: [PATCH] qmi: support sim hotplug

Hi Giacinto, On 2/15/19 4:16 PM, Giacinto Cifelli wrote: > Hi Christophe, > > On Fri, Feb 15, 2019 at 3:37 PM Christophe Ronco wrote: >> Hi, >> >> Here is a small patch to support SIM removal and insertion for QMI modems. >> I think indication used is not suppo

[PATCH] qmi: support sim hotplug

Hi, Here is a small patch to support SIM removal and insertion for QMI modems. I think indication used is not supported by all QMI modems. It has been tested on EG25G after enabling feature using AT+QSIMDET AT command. Christophe Ronco (1): qmi: support sim hotplug drivers/qmimodem/sim.c

[PATCH] qmi: support sim hotplug

Use card status indication to detect SIM removal and insertions --- drivers/qmimodem/sim.c | 44 drivers/qmimodem/uim.h | 2 +- 2 files changed, 41 insertions(+), 5 deletions(-) diff --git a/drivers/qmimodem/sim.c b/drivers/qmimodem/sim.c index

[PATCH] sim: Sim PIN1 cache upon modem reset/crash

s up in a phone reboot. Of course PIN was not asked in this case. Feature name was "silent reboot" if I remember well. So I do confirm this used to be implemented. Maybe it was not compliant with 3GPP and a security hole, maybe it was a bad idea. Christophe Ronco ___ ofono mailing list ofono@ofono.org https://lists.ofono.org/mailman/listinfo/ofono

[PATCH 1/1] gprs: detach from PS domain only if needed

With some huawei USB keys (E3372, MS2372h), when switching from WCDMA to LTE network, a network attachment loss is reported during a short time. Forcing data detach in this case is a bad idea. Consequences can be a loop like that: t0) Attached to WCDMA network t1) Switch to LTE network t1+xs)

[PATCH 0/1] Re: huawei: network attachment unstability

to false and back to true while roaming. Detach is forced (AT+CGATT=0) when RoamingAllowed is set to false and AT+CGATT=1 is sent when RoamingAllowed is set back to true. Christophe Ronco (1): gprs: detach from network only if needed src/gprs.c | 26 -- 1 file changed

huawei: network attachment unstability

:05:23: switch to LTE Oct 22 14:05:35: loosing network Oct 22 14:05:36: attached back, directly on LTE My question is: why does ofono core ask driver to detach from PS domain when network attachment is lost? Best Regards, Christophe Ronco ofonoTraces.tar.gz Description: applicatio

[PATCHV2 0/1] qmimodem: fix roaming status report

tered". Christophe Ronco (1): qmimodem: fix roaming status report drivers/qmimodem/network-registration.c | 47 - 1 file changed, 40 insertions(+), 7 deletions(-) -- 2.7.4 ___ ofono mailing list ofono@ofono

[PATCH 1/2] atmodem: Add gprs-context quirk for HUAWEI vendor

When ofono dies while connected using PPP, modem AT channel is not put back to command mode (tested with HUAWEI modems E3372 and MS2372). If ofono is restarted, it won't be able to connect as it gets no answer to AT commands on this AT channel. This patch adds a quirk to immediately send escape

Re: no connection after ofono restart while huawei modem connected

Hi Denis, On 07/19/2018 06:20 PM, Denis Kenzior wrote: > Hi Christophe, > >>> The best course of action would be to have modem.disable() issue a >>> CFUN=0 equivalent that resets everything properly.  If that's not >>> possible, then a solution along the lines of what you propose is >>> needed.  

Re: no connection after ofono restart while huawei modem connected

Hi Denis On 07/13/2018 06:09 PM, Denis Kenzior wrote: > Hi Christophe, > > On 07/13/2018 02:47 AM, Christophe Ronco wrote: >> Hi, >> >> I use a Huawei MS2372h-607. It is a classical AT+PPP modem. I have a >> problem when I stop ofono while context is activated.

no connection after ofono restart while huawei modem connected

atom. This patch is not ready to be sent (at least it must be split in two patches). Can you tell me what you think about this patch?  Best Regards, Christophe Ronco From 124a67db2437b4619bb2a42d7776fa3b1aeab50c Mon Sep 17 00:00:00 2001 From: Christophe Ronco Date: Thu, 12 Jul 2018 18:04:44

Re: [qmimodems] gprs context provisioning versus automatically discovered contexts in LTE

Hi Denis, On 07/03/2018 05:53 PM, Denis Kenzior wrote: > Hi Christophe, > > On 07/03/2018 03:40 AM, Christophe Ronco wrote: >> Hi, >> I am doing a test with a 4G SIM card with APN set in provisionning. I >> 've recently upgraded my Ofono version to 1.23. >> &

[PATCH 1/1] gprs: store APN in settings for auto-discovered contexts

APN has to be stored in settings file after it is modified in ofono_gprs_cid_activated function. --- src/gprs.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/src/gprs.c b/src/gprs.c index 377eced..22d5e36 100644 --- a/src/gprs.c +++ b/src/gprs.c @@ -2063,6 +2063,13 @@ void

[qmimodems] gprs context provisioning versus automatically discovered contexts in LTE

Hi, I am doing a test with a 4G SIM card with APN set in provisionning. I 've recently upgraded my Ofono version to 1.23. My card gets LTE attach quickly, before it gets ServiceProviderName from SIM card. So ofono_gprs_cid_activated is called by get_lte_attach_param_cb (drivers/qmimodem/gprs.c)

[PATCH 1/1] SIM detection: Fixing the logical error in using the number of slot and number of application

Christophe Ronco (1): qmi: use right slot and application during SIM detection drivers/qmimodem/sim.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.7.4 ___ ofono mailing list ofono@ofono.org https://lists.ofono.org/mailman/listinfo/ofono

[PATCH 2/2] qmi: report SIM not inserted when unable to get PIN type

--- drivers/qmimodem/sim.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/qmimodem/sim.c b/drivers/qmimodem/sim.c index 6633c13..9aa943b 100644 --- a/drivers/qmimodem/sim.c +++ b/drivers/qmimodem/sim.c @@ -612,9 +612,10 @@ static void

[PATCH 1/2] qmi: report failure or retry in case of invalid pin type

QMI_UIM_GET_CARD_STATUS is retried in more error cases when trying to get password type. In case of failure, driver report an error instead of OFONO_SIM_PASSWORD_INVALID. This avoids a crash. --- drivers/qmimodem/sim.c | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-)

Re: [PATCH] qmimodem: report failure in case of invalid pin type

. On 09/06/2017 05:35 PM, Denis Kenzior wrote: Hi Christophe, On 09/06/2017 03:31 AM, Christophe Ronco wrote: Hi Denis, I wasn't able to reproduce yesterday.  From traces I kept, with problematic SIM card, I had this trace when problem appeared: ../git/drivers/qmimodem/sim.c:get_card_status() info1

Re: Ofono LTE modems and connman services

is my local patch: From aaee53f19adbf7a4dca00366f6f7ae2ddfd4b580 Mon Sep 17 00:00:00 2001 From: Christophe Ronco <c.ro...@kerlink.fr> Date: Tue, 9 May 2017 17:02:45 +0200 Subject: [PATCH] qmimodem: no automatic activation in LTE If a SIM connects in LTE and if an APN is provisionned for th

[PATCH 1/1] doc: Add SystemPath to Modem interface

--- doc/modem-api.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git a/doc/modem-api.txt b/doc/modem-api.txt index 89e6191..ff9facd 100644 --- a/doc/modem-api.txt +++ b/doc/modem-api.txt @@ -95,6 +95,13 @@ Properties boolean Powered [readwrite] String

[PATCH 3/3] doc: Add SystemPath to Modem interface

--- doc/modem-api.txt | 8 1 file changed, 8 insertions(+) diff --git a/doc/modem-api.txt b/doc/modem-api.txt index 89e6191..e03c64a 100644 --- a/doc/modem-api.txt +++ b/doc/modem-api.txt @@ -95,6 +95,14 @@ Properties boolean Powered [readwrite] String

[PATCH 0/3] Add SystemPath property to modem interface

Here is the patch serie as discussed in this thread of mails. Christophe Ronco (3): udevng: Add modem string SystemPath modem: Add SystemPath dbus property doc: Add SystemPath to Modem interface doc/modem-api.txt | 8 plugins/udevng.c | 2 ++ src/modem.c | 6 ++ 3

[PATCH 1/3] udevng: Add modem string SystemPath

--- plugins/udevng.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/plugins/udevng.c b/plugins/udevng.c index 9b78ab4..3c7d99e 100644 --- a/plugins/udevng.c +++ b/plugins/udevng.c @@ -1732,6 +1732,8 @@ static gboolean create_modem(gpointer key, gpointer value, gpointer user_data)

[PATCH 2/3] modem: Add SystemPath dbus property

--- src/modem.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/modem.c b/src/modem.c index d5fda7c..0cee861 100644 --- a/src/modem.c +++ b/src/modem.c @@ -792,6 +792,7 @@ void __ofono_modem_append_properties(struct ofono_modem *modem, struct ofono_devinfo *info;

Re: [PATCH] add syspath property to modem properties

(something like: HardwareId, HardwarePath)? Or maybe SystemPath is also ok for these modems. Let me know what you think about that and I will rework my patch to integrate your remarks, Christophe On 02/15/2018 04:59 PM, Denis Kenzior wrote: Hi Christophe, On 02/15/2018 02:50 AM, Christophe

[PATCH] add syspath property to modem properties

--- plugins/udevng.c | 2 ++ src/modem.c | 74 2 files changed, 45 insertions(+), 31 deletions(-) diff --git a/plugins/udevng.c b/plugins/udevng.c index 2279bbe9..d5139586 100644 --- a/plugins/udevng.c +++ b/plugins/udevng.c @@

Re: [PATCH] udevng: Add OFONO_PATHNAME property to set modem dbus path name

Hi Pau, hi Denis, On 02/14/2018 09:31 PM, Denis Kenzior wrote: Hi Pau, As far as I understand the IMEI is available in org.ofono.Modem.GetProperties "Serial" property. To be able to access this information, I need to previously power on the modem (SetProperty Powered true), otherwise it

Re: Huawei MS2131

Hi Xingxing, On 01/19/2018 10:52 AM, He, Xingxing wrote: Hi Christophe, May I get the patch in usb-modeswitch for switch device to PPP mode? I would like to have a try, thank you in advance. Best regards, Xingxing I use usb-modeswitch 2.5.0

Re: Huawei MS2131

Hi Daniel, On 01/18/2018 01:32 PM, Daniel Wagner wrote: Hi, Xingxing and I am trying to get the Huawei MS2131 working. After swapping mdm with pcui interface, oFono starts to talk to the device. I have a MS2131 and I am able to use it without any special patch in udevng.c

[PATCH] qmimodem: fix roaming status report

Problem seen with a MC7304 modem and a roaming SIM card. Status in org.ofono.NetworkRegistration properties ends up in "registered" instead of roaming. Both AT command and qmicli indicates we are roaming. What's happening is the following: 1) first QMI_NAS_SS_INFO_IND indicating we are

[PATCH] qmimodem: fix roaming status report

04 or even to my firmware version or if this is a normal behavior to have ROAMING_STATUS parameter only when status change from anything to registered. Best Regards, Christophe Christophe Ronco (1): qmimodem: fix roaming status report drivers/qmimodem/network-registration.c | 50

[PATCH] qmimodem: fix roaming status report

--- drivers/qmimodem/network-registration.c | 50 - 1 file changed, 43 insertions(+), 7 deletions(-) diff --git a/drivers/qmimodem/network-registration.c b/drivers/qmimodem/network-registration.c index 6c1f50b..85de4e1 100644 ---

[PATCH] qmi: remove request when it timeouts

When modem does not answer or answers slowly to a discovery request, a timeout occurs. In timeout callback, request should be removed from queues to avoid treating answer if it arrives later. --- drivers/qmimodem/qmi.c | 26 ++ 1 file changed, 26 insertions(+) diff --git

[PATCHv2] qmi: remove request when it timeouts

Differences from v1: Remove cast (as proposed by Jonas Bonn) Christophe Ronco (1): qmi: remove request when it timeouts drivers/qmimodem/qmi.c | 26 ++ 1 file changed, 26 insertions(+) -- 2.7.4 ___ ofono mailing list ofono

Re: [PATCH] qmi: remove request when it timeouts

Hi Jonas, On 10/26/2017 03:04 PM, Jonas Bonn wrote: Hi Christophe, Just a few trivial fixups below. On 10/26/2017 02:44 PM, Christophe Ronco wrote: When modem does not answer or answers slowly to a discovery request, a timeout occurs. In timeout callback, request should be removed from

[PATCH] qmi: remove request when it timeouts

ata is released. When answer arrives, this data is used. I still have the corresponding trace but I don't think it will be very useful. Christophe Christophe Ronco (1): qmi: remove request when it timeouts drivers/qmimodem/qmi.c | 26 ++ 1 file changed, 26 inserti

[PATCH] qmi: remove request when it timeouts

When modem does not answer or answers slowly to a discovery request, a timeout occurs. In timeout callback, request should be removed from queues to avoid treating answer if it arrives later. --- drivers/qmimodem/qmi.c | 26 ++ 1 file changed, 26 insertions(+) diff --git

Re: AW: Ofono 1.21 crashes with Sierra MC7455

I make a quick review, use checkpatch and post it. Thanks for testing and sorry to not always take the time needed to propose a patch to mainline. Christophe On 10/26/2017 12:54 PM, Jonas Bonn wrote: On 10/26/2017 12:43 PM, Christophe Ronco wrote: Seems to be this: i)  When the modem

Re: AW: Ofono 1.21 crashes with Sierra MC7455

001 From: Christophe Ronco <c.ro...@kerlink.fr> Date: Wed, 27 Sep 2017 10:38:50 +0200 Subject: [PATCH] qmi: remove request when it timeouts When modem does not answer or answers slowly to a discovery request, a timeout occurs. In timeout callback, request should be removed from queues to avoid

Re: Ofono 1.21 crashes with Sierra MC7455

On 10/25/2017 05:39 PM, Denis Kenzior wrote: Hi, On 10/25/2017 07:38 AM, Eswaran Vinothkumar (BEG/PJ-IOT-EL) wrote: Hello, For our next connectivity project we are planning to use Connman along with oFono The version being used are Connman :1.35 and oFono:1.21 After system start up, I am

[PATCH] huawei: add LTE support

Huawei LTE modems use AT^SYSCFGEX and AT^SYSINFOEX instead of AT^SYSCFG and AT^SYSINFO. If we want to be able to attach on LTE with this modem, we must use AT^SYSCFGEX to configure rat mode and band. Using AT^SYSCFG, mode any means UMTS or GSM. --- drivers/huaweimodem/radio-settings.c | 209

[PATCH v2] huawei: add LTE support

Hi Denis, Here is another version of the patch. I have not added query_available_rats methods. Maybe in another patch. Christophe Christophe Ronco (1): huawei: add LTE support drivers/huaweimodem/radio-settings.c | 209 --- 1 file changed, 192 insertions

Re: [PATCH 3/5] qmi: provide AvailableTechnologies in radio-settings

Hi Jonas, On 09/07/2017 02:11 PM, Jonas Bonn wrote: This provides the list of available technologies in the radio-settings atom. Note that this list is hard-coded and includes LTE unconditionally which is probably not correct for all QMI devices. You might want to use QMI_DMS_GET_CAPS message

[PATCH 2/2] atmodem: correctly report lte bearer for huawei modems

--- drivers/atmodem/gprs.c | 22 ++ drivers/atmodem/network-registration.c | 25 + 2 files changed, 47 insertions(+) diff --git a/drivers/atmodem/gprs.c b/drivers/atmodem/gprs.c index 94c7d05..df37d05 100644 --- a/drivers/atmodem/gprs.c

[PATCH 0/2] huawei E3372: add LTE support

1,"C0FA","00107202"\r\n I have never seen notifications in other order but I don't have a Huawei document saying it won't happen. I will be happy to have your comments on these patches. Best Regards, Christophe Ronco Christophe Ronco (2): huawei: add LTE support atmodem:

[PATCH 1/2] huawei: add LTE support

Huawei LTE modems use AT^SYSCFGEX and AT^SYSINFOEX instead of AT^SYSCFG and AT^SYSINFO. If we want to be able to attach on LTE with this modem, we must use AT^SYSCFGEX to configure rat mode and band. Using AT^SYSCFG, mode any means UMTS or GSM. --- drivers/huaweimodem/radio-settings.c | 213

Re: [PATCH] qmimodem: report failure in case of invalid pin type

uot;error" or "invalid" to distinguish a SIM with entered or disabled PIN from a SIM where driver is not able to get PIN state. What do you think? Best Regards, Christophe Ronco On 08/30/2017 08:29 PM, Denis Kenzior wrote: Hi Christophe, On 08/29/2017 07:29 AM,

[PATCHV2] fix crash in case of invalid sim password type

is OK I think): ofonod[974]: Querying PIN authentication state failed SimManager properties tells me that "PinRequired" property is "none". I don't know if that's what we want to see in this case. Best Regards and sorry for the delay, Christophe Ronco Christophe Ronco (1)

[PATCH] qmimodem: report failure in case of invalid pin type

This will avoid a crash seen in sim_pin_query_cb (src/sim.c) if pin type is OFONO_SIM_PASSWORD_INVALID. --- drivers/qmimodem/sim-legacy.c | 5 - drivers/qmimodem/sim.c| 6 +- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/qmimodem/sim-legacy.c

Re: AW: AW: connmand[186]: Online check failed but running dhclient manually fixes this issue

onnection (with Ofono and Connman debug) in attachment. Christophe Ronco Christophe Ronco I have also fixed the issue by creating a patch for Connman to run DHCP even when network returns static/fixed IP. Its'a not the way to do, but it’s a quick fix like yours. If we could find some sort of

[PATCH] sim: fix crash in case of invalid sim password type

Crash seen in sim_pin_query_cb if pin type is OFONO_SIM_PASSWORD_INVALID --- src/sim.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/sim.c b/src/sim.c index ac5b6fd..aa4190f 100644 --- a/src/sim.c +++ b/src/sim.c @@ -145,6 +145,7 @@ static const char *const passwd_name[] = {

[PATCH] sim: fix crash in case of invalid sim password type

string corresponding to this password type. Christophe Ronco (1): sim: fix crash in case of invalid sim password type src/sim.c | 1 + 1 file changed, 1 insertion(+) -- 2.7.4 ___ ofono mailing list ofono@ofono.org https://lists.ofono.org/mailman/li

[PATCH] gprs: pri_set_apn not exclusively a DBus method

pri_set_apn is called by ofono_gprs_cid_activated() when attached using LTE technology. This patch avoid calling DBUS functions in this case. Without this patch we have a crash in ofono process in this case. diff --git a/src/gprs.c b/src/gprs.c index c5e7709..9c6d282 100644 --- a/src/gprs.c +++

[PATCH] Fix crash in pri_set_apn when using an LTE SIM

I use a MC7304 modem. As Jonas said, ofonod crashes when using an LTE SIM. I didn't duplicate pri_set_apn code as Denis proposed, I made it support a NULL msg parameter. Christophe Ronco (1): gprs: pri_set_apn not exclusively a DBus method src/gprs.c | 26 -- 1 file

problems I have with 1.20

TE case but for same SIM, I need to handle 3G case and to provision a context with an APN. Christophe Ronco ___ ofono mailing list ofono@ofono.org https://lists.ofono.org/mailman/listinfo/ofono

Re: qmimodem: GPRS context stay Active when GPRS attach is lost

Hi Jonas, On 04/29/2017 02:51 PM, Jonas Bonn wrote: Hi Christophe, On 04/28/2017 04:28 PM, Christophe Ronco wrote: Hello, Even with detach_shutdown method implemented in qmimodem (patch done by Jonas Bonn two or three weeks ago), I still sometimes have problems when I have a lot of GPRS

[PATCH] qmi: no more WDS packet status notification

detach_shutdown is now called when GPRS detach notification is received --- drivers/qmimodem/gprs-context.c | 30 -- 1 file changed, 30 deletions(-) diff --git a/drivers/qmimodem/gprs-context.c b/drivers/qmimodem/gprs-context.c index af1ce16d..e9a9ac0f 100644 ---

qmimodem: GPRS context stay Active when GPRS attach is lost

Hello, Even with detach_shutdown method implemented in qmimodem (patch done by Jonas Bonn two or three weeks ago), I still sometimes have problems when I have a lot of GPRS deconnections. I use a MC7304 modem and to simulate short GPRS network losses, I simply unplug and replug modem

[PATCH 2/2] provision: add SIM PIN provisionning plugin

--- Makefile.am | 4 ++ plugins/sim-file-provision.c | 156 +++ 2 files changed, 160 insertions(+) create mode 100644 plugins/sim-file-provision.c diff --git a/Makefile.am b/Makefile.am index e68a3323..fab55226 100644 --- a/Makefile.am

[PATCH 1/2] provision: add SIM PIN provisionning

Add framework to be able to have provisoning plugins for SIM codes (PIN and others). ICCID is given to provisioning plugin and it should return SIM PIN if it knows this code. If a PIN code is returned by a provisionning plugin, it will be tried (one and only one time) on modem. --- Makefile.am

[PATCH 0/2] SIM PIN provisionning

a password, it will try to enter it without waiting for end-user to call EnterPin method. Of course, this is tried only once to avoid blocking SIM cards. I have also written a SIM password plugin based on a key-value file. Christophe Ronco (2): provision: add SIM PIN provisionning provision: a

Re: [PATCH qmi 4/5] gobi: take LLP-matching code from qmimodem

Hello Jonas, hello Denis, On 03/25/2017 10:11 PM, Denis Kenzior wrote: Hi Jonas, On 03/25/2017 11:57 AM, Jonas Bonn wrote: The gobi plugin is a top-level construct that steers the creation of other constructs based on modem capabilities. The existence of the WDA QMI service should thus be

problem reading ICCID on Telit modem

modify ofono_sim_read to use read_file_transparent directly (in some cases at least)? Any ideas welcome, Christophe Ronco ___ ofono mailing list ofono@ofono.org https://lists.ofono.org/mailman/listinfo/ofono

SIM PIN provisioning

of plugins in Ofono src directory). Best Regards, Christophe >From 24bb0fe4af1b05251f05a8442361255f7cd9ef03 Mon Sep 17 00:00:00 2001 From: Christophe Ronco <c.ro...@kerlink.fr> Date: Wed, 22 Feb 2017 14:20:32 +0100 Subject: [PATCH] add sim provisioning --- Ma

[PATCH v2 0/1] Fix possible seg fault in previous patch

A segmentation fault is possible with my previous patch. It occurs if modem is removed. In this case, modem_disconnect is called after huawei_remove. ofono_modem_get_data(modem) will return NULL in this case. Christophe Ronco (1): huawei: reopen modem channel if it disconnects plugins

[PATCH] huawei: reopen modem channel if it disconnects

On E3372 after a GPRS disconnection, modem AT channel (used by PPP) gets disconnected (G_IO_HUP and G_IO_ERR are detected in received_data in gatio.c). After that all connection attempts fail because we are not able to send any AT commands on modem channel (it is closed). With this patch, when

Re: huawei: modem channel gets closed after PPP disconnection

Hello Denis, On 02/16/2017 06:51 PM, Denis Kenzior wrote: Doing it in the modem driver (e.g. plugins/huawei.c) is the right place. The fix you have come up with looks okayish. However, you might want to strace/ptrace ofonod to see what the kernel is actually sending you to trigger this.

[PATCH 0/1] fix SIM file reading on MC7304 modem

lue in "Session Information" parameter. I have no idea what this parameter really means. I changed that to set session_type to 'primary-gw-provisioning' in qmimodem driver and ... it fixed the bug. I have also tested the fix on a MC7430. Christophe Ronco (1): qmimodem: fix sim file re

[PATCH 1/1] qmimodem: fix sim file reading on MC7304

Command read_file_info on MC7304 always fails. Using qmicli or AT command, I am able to read file info. Qmicli command is: qmicli -d /dev/cdc-wdm0 --uim-get-file-attributes=0x3f00,0x7fff,0x6fad [(null)] Successfully got file '/dev/cdc-wdm0' attributes from the UIM: Card result: SW1: '0x90'

[PATCH 2/2] plugins: support for provisioning from config file

--- Makefile.am | 4 1 file changed, 4 insertions(+) diff --git a/Makefile.am b/Makefile.am index e1579745..d9f9b086 100644 --- a/Makefile.am +++ b/Makefile.am @@ -555,6 +555,10 @@ builtin_sources += plugins/provision.c builtin_modules += cdma_provision builtin_sources +=

[PATCH 0/2] Add provisioning plugin from configuration file

The goal of this plugin is to provision APN and other internet context details from a configuration file. The modification from what I sent yesterday: - do not use storage functions anymore - changed section names to be able to add other type of sections in the future Christophe Ronco (2

[PATCH 1/2] provision: add plugin to provision from config file

This plugin allows to provision gprs-context data based on MCC and MNC. This is useful when provisioning using mbpi fails (either because you are using a private APN or because there are multiple internet type context for your operator in mbpi database). Config file is STORAGEDIR/provisioning.

Re: provisioning APN using mbpi plugin

eded maybe, can I use storage.c functions in a plugin?) and send them cleanly using git send-email. Best Regards, Christophe >From 167ab49e14566bcd63b4ceb737b0f5f12a6f3516 Mon Sep 17 00:00:00 2001 From: Christophe Ronco <c.ro...@kerlink.fr> Date: Thu, 16 Feb 2017 16:41:30 +0100 Su

huawei: modem channel gets closed after PPP disconnection

proposal. If you need more info on this problem, I should be able to send traces with AT debug. It does not help a lot and I had to add traces in gatchat module to investigate. Best Regards, Christophe >From f840da4307634c98d6f1a100f0012d211521ed2a Mon Sep 17 00:00:00 2001 From: Christophe

[PATCH v2] atmodem: use ATD99 to enter data state when needed

Some modems do not support AT+CGDATA="PPP",X to enter data state. Use AT+CGDATA=? to detect these modems and for them use ATD*99***X# to enter data state. --- drivers/atmodem/gprs-context.c | 50 +- 1 file changed, 49 insertions(+), 1 deletion(-) diff

[PATCH 0/1] gprs: fix error check of gprs_cid_alloc function

ot;,,,(0-2),(0-3),(0,1),(0,1),(0-2),(0,1) OK During first time activation, gprs_cid_alloc (and idmap_alloc) will return 0 as context id. This is not an error. Christophe Ronco (1): gprs: fix error check of gprs_cid_alloc function src/gprs.c | 2 +- 1 file changed, 1

[PATCH 1/1] gprs: fix error check of gprs_cid_alloc function

When there is no context id available, idmap_alloc and gprs_cid_alloc return max + 1. --- src/gprs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gprs.c b/src/gprs.c index 5015a2fc..6ed1c89d 100644 --- a/src/gprs.c +++ b/src/gprs.c @@ -313,7 +313,7 @@ static gboolean

[PATCH 0/1] Use ATD*99 to enter data state when needed

.c. Let me know if it should be fixed. Christophe Ronco (1): atmodem: use ATD99 to enter data state when needed drivers/atmodem/gprs-context.c | 45 +- 1 file changed, 44 insertions(+), 1 deletion(-) -- 2.11.0 ___

[PATCH] atmodem: use ATD99 to enter data state when needed

Some modems do not support AT+CGDATA="PPP",X to enter data state. Use AT+CGDATA=? to detect these modems and for them use ATD*99***X# to enter data state. --- drivers/atmodem/gprs-context.c | 44 +- 1 file changed, 43 insertions(+), 1 deletion(-) diff

Re: Huawei E3372

Hello Denis, On 02/14/2017 04:47 PM, Denis Kenzior wrote: Hi Christophe, usb 1-1: New USB device found, idVendor=12d1, idProduct=15b7 > Using ATI, modem present itself like that: > > Manufacturer: huawei > Model: E3372H > Revision: 21.315.01.00.314 > IMEI: > +GCAP: +CGSM,+DS,+ES > > My

Huawei E3372

Hi, I try to connect using a USB dongle. It is a Huawei E3372h-153. I will try to give information on this modem because looking at Internet, it seems that E3372 is a generic name for different hardwares (or firmwares?). Before usb_modeswitch my USB dongle present itself as a CDROM and a

provisioning APN using mbpi plugin

Hello, I used to set APN manually (using DBUS interface) on my modems. I am now trying to provision APNs using default values (depending on operator). I have installed mobile-broadband-provider-info package and tried to use ofono mbpi plugin. This fail on my current operator: Feb 8 10:42:16

[PATCH 2/2] qmimodem: change kernel driver data format if needed

During gprs-context driver probe function, check kernel device driver data format and modem low level data format. If they are different, align kernel device driver data format on modem low level data format. If an error occurs during this process, continue probing without error. This is inspired

[PATCH 1/2] qmimodem: get/set kernel device driver data format

Add a way to get and set data format expected by kernel device driver. This is inspired by what is done in qmicli (package libqmi). It does not use QMI protocol but a sysfs exported by kernel driver. To use this feature, kernel version must be equal or more than 4.5. --- drivers/qmimodem/qmi.c |

[PATCH 0/2] V2 qmimodem: set data format when needed (and possible)

this, a kernel 4.5 or more recent is needed. Christophe Ronco (2): qmimodem: get/set kernel device driver data format qmimodem: change kernel driver data format if needed Makefile.am | 3 +- drivers/qmimodem/gprs-context.c | 79 +++- drivers/qmimodem/qmi.c

[PATCH 0/2] qmimodem: set data format when needed (and possible)

is needed. Christophe Ronco (2): qmimodem: get/set kernel device driver data format qmimodem: change kernel driver data format if needed drivers/qmimodem/gprs-context.c | 79 +++- drivers/qmimodem/qmi.c | 200 drivers/qmimodem

[PATCH 2/2] qmimodem: change kernel driver data format if needed

During gprs-context driver probe function, check kernel device driver data format and modem low level data format. If they are different, align kernel device driver data format on modem low level data format. If an error occurs during this process, continue probing without error. This is inspired

[PATCH 1/2] qmimodem: get/set kernel device driver data format

Add a way to get and set data format expected by kernel device driver. This is inspired by what is done in qmicli (package libqmi). It does not use QMI protocol but a sysfs exported by kernel driver. To use this feature, kernel version must be equal or more than 4.5. --- drivers/qmimodem/qmi.c |

[PATCH 1/1] qmimodem: query_passwd_state can be retried

Retry command QMI_UIM_GET_CARD_STATUS during query_passwd_state if a temporary error status has been detected. This happens with a MC7430 modem when query_passwd_state is called just after PIN is entered. --- drivers/qmimodem/sim.c | 95 ++ 1 file

  1   2   >