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(-)
This is an handsfree audio agent written in C.
I could test CVSD and MSBC (upstream) with it.
updated to use BT_VOICE.
reworked the patch series to avoid modify previous patches.
Added some contribution from Frederic Danis for PTS testing.
Removed --kill and --connect options that were useless
fixes an fd leak
improves mSBC playback which could be choppy
add an option for killing an agent that connects
supports 16 bits voice settings for SCO_OPTIONS (requires kernel patch v4).
fixes a bug by which only noise was sent to remote device.
handles defered socket with following code instead of using a dummy variable:
if (recv(thread->fd, NULL, 0, 0) < 0)
Frederic Danis (1):
handsfree-audio: Add USR1 signal to connect audio
Frédéric Dalleau (6):
handsfree-audio: Initial DBUS code
handsfree-audio: Build handsfree-audio command line tool
handsfree-audio: Add Alsa dependancy
handsfree-audio: Implement alsa playback
handsfree-audio: Add SBC dependency
handsfree-audio: mSBC support
.gitignore | 1 +
Makefile.am | 9 +-
configure.ac | 10 +
tools/handsfree-audio.c | 899 +++++++++++++++++++++++++++++++++++++++++++++++
4 files changed, 917 insertions(+), 2 deletions(-)
create mode 100644 tools/handsfree-audio.c
I'm looking for a GPRS/UMTS modem for a small embedded linux
appliance I'm building. I want to use ofono to handle the modem.
First I thought about the Telit GC864, but unfortunately this seems
to be not supported by ofono (at least not out of the box) ...
Is there a good GPRS/UMTS modem you would recommend?
My requirements are:
- MUST: Out-of-the box supported by ofono
- MUST: Connector / No BGA
- MAY: SimCard holder integrated.
- MAY: UMTS
- MAY: GPS Option
IMKO Micromodultechnik GmbH
Research & Development
Im Stoeck 2
D-76275 Ettlingen / GERMANY
HR: HRB 360936 Amtsgericht Mannheim
President: Dipl.-Ing. (FH) Kurt Koehler
I am struggling to get SAP to work on my UC864 module.
A few bits to check in case I am doing something wrong in my setup:
1. The serial port specified in telit_sap_open method is not one of the 4
serial ports exposed through the USB, is it?
2. CMUX is not implemented for telit modules
3. I use a separate serial port (pins 25-32 to USB) for this and set it to
match the one in the code - everything that is written on it by the module
is forwarded onto bluetooth and vice versa
The problem is that I get the connection setup to work correctly and the
exchange of APDU request/response messages happens up to a point when the
module writes "0x02 0x00 0x00 0x00" on the port (all other messages that
receive some response from the SAP server start with "0x05 0x01 0x00
0x00"). By that time, the SAP server sees the bluetooth link as working
fine and SIM access as remote, but it does not understand this message and
sends an empty response, after which ofono initialisation just times out.
It does not get to a point when QSS changes.
I have tried filtering for this message specifically and not forwarding it
onto bluetooth, but then Ofono just times out as well.
Sorry for the delay.
This series adds support for using transparent SCO, necessary for
wideband speech, the main feature is that it should do the right thing
even if the kernel doesn't have code for this.
The last two patches add some missing method implementations to the
Profile1 interface. One is more or less clear that there's nothing to
do, the other is less clear.
For .Cancel(): we only receive the .Cancel() message if the we will
not receive the NewConnection() call, so there's nothing to cancel for
the ofono side.
For .Release(): right now, this is doing nothing. Perhaps it would be
worth changing it to stop listening for SCO connections. Which would
mean to only start listening when the profile is registered. Does this
Vinicius Costa Gomes (6):
bluetooth: Add define for SCO voice settings
handsfree-audio: Add setting SCO air mode
handsfree-audio: Add support for detecting Transparent SCO support
handsfree-audio: Set the voice setting for outgoing connections
hfp_hf_bluez5: Handle org.bluez.Profile1.Cancel()
hfp_hf_bluez5: Handle org.bluez.Profile1.Release()
include/handsfree-audio.h | 2 +-
plugins/hfp_hf_bluez5.c | 10 +++-------
src/bluetooth.h | 9 +++++++++
src/handsfree-audio.c | 49 +++++++++++++++++++++++++++++++++++++++++------
4 files changed, 56 insertions(+), 14 deletions(-)
I am forced to work with version 1.3 of oFono and I want to setup a ppp
connection on a private APN.
It works well on a public APN but not on the private one. I looked at the
debug trace and it seems like oFono doesn't give the username and password
anywhere in the AT commands.
Is this function possible ? If so, does anyone know when this feature was
added so I can add a patch to my version ?