Sorry missing the subject, I further checked, it is not SIM issue,
then I am confused, does the 4G LTE is really using the old 2G GRPS?
Appreciate comments what is that error really means?
On 11/20/19, JH <jupiter.hce(a)gmail.com> wrote:
> I have two 4G LTE devices, one can connect to 4G network, one could
> not and has following error from connman log file:
> Failed to change property: /ubloxqmi_0/context1
> org.ofono.ConnectionContext.Active: org.ofono.Error.AttachInProgress
> GPRS Attach is in progress
> Does the error indicate the SIM is not activated? Or what could be the
> Thank you.
> Kind regards,
> - jh
After unplugging a Huawei USB dongle, the 'atoms' in oFono are removed via 'flush_atoms'.
Every atom has a destruct function pointer, used as a - yes - destructor.
When unplugging a dongle, connected via PPP, oFono will remove the current GPRS context (= data connection).
The function calls are:
flush_atoms -> destruct -> gprs_context_remove -> at_gprs_context_remove -> modem_disconnect
Because the device is physically removed, the IO channel for the AT port is gone.
In 'at_gprs_context_remove', there is an attempt to resume communication over that AT port, but that
is not possible. This is detected, and 'io_disconnect' (pointer to 'modem_disconnect') is called.
'modem_disconnect' has the same atom and tries to remove it again, so it calls the same destructor.
modem_disconnect -> destruct -> gprs_context_remove -> at_gprs_context_remove -> modem_disconnect
And the loop is started.
The easiest way to fix this, is to move the GPRS context removal. After a disconnect, oFono tries to
re-open the AT port. If that fails (and it will in this case), we're done, since 'modem_disconnect' returns.
In case the AT port can be opened, for example, when setting up a new connection, the previous GPRS context
The old GPRS context is removed via:
- 'flush_atoms' in case the USB device is physically removed.
- 'modem_disconnect' in case a new connection is being set up.
The loop hereby is fixed, without altering general functionality of oFono. This fix is limited to Huawei devices and has been tested using the following devices:
The patch itself:
ofono-1.31/plugins/huawei.c | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/ofono-1.31/plugins/huawei.c b/ofono-1.31/plugins/huawei.c
index bdf7bc3..bb87670 100644
@@ -583,9 +583,6 @@ static void modem_disconnect(gpointer user_data)
data->modem = NULL;
- /* close gprs context driver */
/* reopen modem channel */
data->modem = open_device(modem, "Modem", "Modem: ");
@@ -594,6 +591,10 @@ static void modem_disconnect(gpointer user_data)
+ /* close previous gprs context driver */
+ if (data->gc)
/* configure modem channel */
g_at_chat_set_disconnect_function(data->modem, modem_disconnect, modem);
A review and upstream fix would be appreciated.
I have two 4G LTE devices, one can connect to 4G network, one could
not and has following error from connman log file:
Failed to change property: /ubloxqmi_0/context1
GPRS Attach is in progress
Does the error indicate the SIM is not activated? Or what could be the problem?
This sets the executable bit on the only two files in the test directory
that do not already have it set.
test/set-sms-alphabet | 0
test/test-serving-cell-info | 0
2 files changed, 0 insertions(+), 0 deletions(-)
mode change 100644 => 100755 test/set-sms-alphabet
mode change 100644 => 100755 test/test-serving-cell-info
diff --git a/test/set-sms-alphabet b/test/set-sms-alphabet
old mode 100644
new mode 100755
diff --git a/test/test-serving-cell-info b/test/test-serving-cell-info
old mode 100644
new mode 100755
as mentioned earlier I'm now sending the remaining patches to ofono phonesim.
I tried to split them up logically and to explain them in their descriptions. If anything is still unclear, please ask.
Overall the patchset fixes all compiler warnings that appear with the recommedations of Qt, as found in QtCreator.
The changes that have been made automatically using clang tooling are marked as such in their descriptions, and should be reproducible when running clang-tidy again.
Some of the patches are independent of the others and can be left out if not wanted.
I'd still require some help testing the scripting functionality after my changes. If someone has a working scripting setup, I'd be glad if they could test this.
The changes related to scripting are basically a switch of the java script engine from the deprecated QtScript to QtQml.