This patch reads and writes the call forwarding unconditional status
from and to the SIM depending on the SIM file availability.
New property needs to be added due to the fact that number won't be
available from the cphs-cff file.
Incase of SIM, EFcphs-cff file holds call forwarding status and it
is represented as a flag. In case of USIM(EFcfis), we have the status
flag and also number.So, adding new property for status and using the
existing VoiceUnconditional with number will work for both SIM and USIM cases.
Other option is to have 2 properties, "VoiceUnconditional" and "Number".
"VoiceUnconditional" will have the status of the call forwarding( "enabled",
"disabled") whereas the "Number" property will have the call forwared number.
offline-online state transitions results in caching the call forwaring status
every time. To avoid this, call forwarding atom is moved to the post sim and
its moved also due to the fact that call forwarding status doesn't change in
Jeevaka Badrappan (7):
call-forwarding: Read/Write cfis/cphs-cff
ifx: Move call forwarding to post sim
isigen: Move call forwarding to post sim
plugins/n900: Move call forwarding to post sim
phonesim: Move call forwarding to post sim
doc: Add new property to call forwarding
TODO: Marking the Read/Write EFcfis task as done
TODO | 9 --
doc/call-forwarding-api.txt | 5 +
doc/features.txt | 5 +
plugins/ifx.c | 2 +-
plugins/isigen.c | 2 +-
plugins/n900.c | 2 +-
plugins/phonesim.c | 3 +-
src/call-forwarding.c | 242 ++++++++++++++++++++++++++++++++++++++++++-
8 files changed, 256 insertions(+), 14 deletions(-)
I'm trying to make different 3G dongles work with ofono and connman at a
Beaglebone Black board.
I have Huawei E3131 (label at the case of the dongle). Linux recognizes it
ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM
When I try to connect to connman service this is the result.
ofonod: drivers/atmodem/gprs-context.c:at_gprs_activate_primary() cid 1
ofonod: Modem: > AT+CGDCONT=1,"IP","zap.vivo.com.br"\r
ofonod: Modem: < \r\nOK\r\n
ofonod: drivers/atmodem/gprs-context.c:at_cgdcont_cb() ok 1
ofonod: Modem: > AT+CGDATA="PPP",1\r
ofonod: Modem: < \r\n+CME ERROR: 50\r\n
ofonod: drivers/atmodem/gprs-context.c:at_cgdata_cb() ok 0
ofonod: Unable to enter data state
ofonod: src/gprs.c:pri_activate_callback() 0x188fe8
ofonod: src/gprs.c:pri_activate_callback() Activating context failed
with error: Incorrect parameters
Can anyone give me an idea of what is causing this failure?
With one of the corrections there is now a crash which occurs when formatting
the properties for the handsfree interface. I have reverted one of the
changes in the attached patch so the problem is fixed. I have followed the
same convention as other interface such as gprs.
Andrew Earl (1):
handsfree: correct crash on connect of hfp
src/handsfree.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)