This bug was fixed in the package ofono - 1.12+bzr6853-0ubuntu1
---
ofono (1.12+bzr6853-0ubuntu1) trusty; urgency=low
[ Tony Espy ]
* unit: fix fail-to-build on powerpc
The previously released version enabled -Wall,
which triggered build failures due to unused
** Branch linked: lp:ubuntu/trusty-proposed/ofono
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1245860
Title:
[rilmodem] SimManager.CardIdentifier not always available
To manage notifications
** Branch linked: lp:~phablet-team/ofono/rilmodem-power-ussd
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1245860
Title:
[rilmodem] SimManager.CardIdentifier not always available
To manage
Confirmed that this works correctly on maguro with the pending ril power
fix.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1245860
Title:
[rilmodem] SimManager.CardIdentifier not always available
This bug is related to a race in the modem power-up/start-up logic in
the ril plugin.
A fix is in the progress for this race condition, and can be found in
the following branch:
https://github.com/tonyespy/ofono/tree/ril-power-fix
** Changed in: ofono (Ubuntu)
Status: Confirmed = In
Hi Tony,
The other theory is that maybe the modem stays powered when ofono is re-
started? I've asked Tiago for a way to disable telepathy-ofono across
reboots.
I only see this behaviour on boot. To see what is happening, I add
-d in /etc/init/ofono.override, and to avoid telepathy setting
I'm not sure I'm seeing the same thing you are.
On a maguro, running your refactor-sim branch with a PIN-locked SIM, I
do the following:
1. su - phablet
2. mc-tool request ofono/ofono/account0 offline
3. exit
4. stop network-manager
5. restart-ofono
6. list-modems
I'm sometimes seeing
** Description changed:
After booting a Galaxy Nexus with a SIM with PUK required:
# dbus-send --system --type=method_call --print-reply --dest=org.ofono
/ril_0 org.ofono.SimManager.GetProperties
shows no CardIdentifier property (it should, as this property can be
read regardless
After more testing, it seems that this issue affects maguro Galaxy
Nexus, but not mako Nexus 4. In the attached log (comment #5), it can be
seen that all SIM_IO requests are replied with a RADIO_NOT_AVAILABLE
error, until telepathy-ofono sends a RIL_REQUEST_RADIO_POWER. This
behaviour is not
** Attachment added: ofono log on boot (maguro)
https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1245860/+attachment/3895642/+files/log_boot_no_pin.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Also, it'd be good to include the touch image # and/or the ofono package
version.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1245860
Title:
[rilmodem] SimManager.CardIdentifier not always
** Description changed:
After booting a Galaxy Nexus with a SIM with PUK required:
# dbus-send --system --type=method_call --print-reply --dest=org.ofono
/ril_0 org.ofono.SimManager.GetProperties
shows no CardIdentifier property (it should, as this property can be
read regardless
The root cause seems to be a problem with the initialization sequence.
Some requests to RIL were getting the error RADIO_NOT_AVAILABLE, being
the reason that RIL_REQUEST_RADIO_POWER(1) had not been called yet. But,
that request was sent when ril_set_online() was called, thing that only
happened
Are you testing with telepathy-ofono disabled ( ie. via mc-tool request
ofono/ofono/account0 disable )?
So commit 34a994fc80e6b5c23b35c8379a067b0c445b7b80 was a merge of my
power-control fix. Originally, the ofono/rilmodem/ril code auto-powered
on by itself. This commit was a slight re-working
14 matches
Mail list logo