OK, so from Michael's last comment #7, we see that even from home the
won't attach to GPRS. Unfortunately, based upon my previous request for
more information, we can't verify that he was indeed roaming as all we
see is the value of 'Attached'.
Regarding comment #6:
- Roaming Allowed ( 'Data Roaming' in SysSettingsCellular ) - a quick
test would be to enable 'Data Roaming', restart ofono ( or reboot ) and
see if GPRS attaches.
- Data registration status != Voice registration; if the modem notifies
via an unsolicited event that the network state has changed, and we
query voice registraion, get 'registered', and query data registration
and get 'roaming', i would call it a rild bug. That said, I'm not sure
the same holds true if another network-changed event was received before
the data registration request was sent...
- One thing to note, is that krillin dual-SIM support requires special
logic to handle the set-attached logic, as it's only possible to have
one SIM 'attached' at any one time, and then handover between SIMs is
tricky, and involves the mtk plugin in addition to mtk-specific gprs
logic. I also noted that Michael had two SIMs installed, and that the
second SIM was PIN-locked. My guess is that this is a scenario that may
not have been tested. Just a hunch.
So, where does this leave us?
@Michael, if you have cycles, could you please try the following, with a
couple notes first.
- For each attempt, please include the entire output of 'list-modems',
and forget about list-contexts for the moment.
- Also for each, as suggested by Jussi, grab the output of
'/android/system/bin logcat - b radio'
- Modify the ofono upstart job ( /etc/init/ofono.override ) with an
additional parameter that enables debug logging in the core gprs logic.
The command line should look like this when modified:
exec ofonod -P stktest,provision,sap,udev,dun,smart,hfp -d src/gprs.c
You need to restart ofono for this to take effect.
Then as with the other two items, do a grep of "ofonod" in
/var/log/syslog and capture the output.
Here are the two scenarios to try:
1. Try enabling 'Data Roaming' and see if this causes the modem to
'Attach', and possibly even come online.
2. Try the same scenario with the second SIM removed, or PIN unlocked
but not set as default for voice | data.
If neither of these work, one more
1. Try enabling 'Data Roaming' ( per the above comment ); let us know if this
seems to have any effect on whether you get GPRS to 'Attach'.
I checked and I'm pretty sure the 'if roaming' check is in the core,
based on the voice registration status. The core then calls the gprs
atom's set_attach() function, which is basically a no-op, but which
triggers a subsequent get_registration_status() call from the core. The
corresponding reply callback then does some simple logic to determine
state changes, and then fires the callback. This is how rilmodem works.
Unfortunately mtkmodem
It's from this response that the core is either notified by a direct
call from the atom, or if a callback exists ( DATA_REG request to be
sent, essentially sends a REQ_DATA_REG and
** Changed in: ofono (Ubuntu)
Assignee: (unassigned) => Michael Zanetti (mzanetti)
** Changed in: ofono (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1362707
Title:
GPRS not activated for Swisscom - Attached=0
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1362707/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
