Age | Commit message (Collapse) | Author | Files | Lines |
|
When registering audio cards for the handsfree and gateway roles we
need a way for our users to differentiate between both to decide which
of them they start using for their purpose.
|
|
It may happen that a Device object is unpaired an paired again
without being removed from DBus. This in turn triggers second
modem object to be created, but not fully initialized.
If this modem object is used, oFono will crash.
|
|
|
|
iPhone 5s with iOS8.2 sometimes failes to acknowledge AT+BCC
with OK. This means +CIEV events get consumed by this command
and call ended notification is not parsed.
Nov 30 00:00:19 ofonod[938]: > AT+BCC\r
Nov 30 00:00:28 ofonod[938]: < \r\n+CIEV: 2,0\r\n
|
|
|
|
Otherwise the BCS command can consume unsolicited notifications.
ofonod[3270]: < \r\n+BCS: 2\r\n
ofonod[3270]: > AT+BCS=2\r
ofonod[3270]: < \r\n+CIEV: 1,1\r\n
ofonod[3270]: < \r\n+CIEV: 2,0\r\n
ofonod[3270]: < \r\nOK\r\n
|
|
|
|
|
|
If no 'Version' key is found we might be assigning an uninitialized
value. Return an error in this case as the 'Version' key is required.
|
|
|
|
Deferred SCO setup is not enough for HFP 1.6 wideband codec support.
Wideband speech also requires Transparent SCO to be enabled in the
kernel.
|
|
|
|
|
|
|
|
When setting the SDP features, only enable wideband speech support if
the kernel has defer setup for SCO.
It is possible that even if defer setup is supported the kernel is
not able to use Transparent Mode for SCO.
|
|
This reverts commit 456b8c9723b9b73c3ea4cadc8c6f84ca90675f9a.
|
|
|
|
It was a cause of confusion for little gain to have separate
functions for registering profiles with extra information, for
example "role" and "features". We remove those helper functions
in favor of a single one with more parameters, "role" and
"feature" when NULL, will be ignored.
|
|
For example, in the case of a remote-initiated pairing, the device may
be created and Paired first, then the UUID array is emitted later.
|
|
This patch adds a function to monitor when the AG sends a new codec
before establishing the SCO connection.
|
|
|
|
|
|
|
|
|
|
This patch parses and reads the profile "Version" that comes in the fd
dictionary of the NewConnection method. "Version" is input for Audio Card
registration.
|
|
|
|
This is just the skeleton of a Handsfree Audio Card for the HF side of
HFP 1.6.
|
|
|
|
|
|
|
|
This patch moves the SCO socket handling from hfp_hf_bluez5 plugin. It
will be instead handled by the handsfree-audio functionality. This is
the initial step to be able to support sending the file descriptor
through the Agent NewConnection method.
|
|
|
|
This commit moves the ref / unref to hfp_hf_bluez5 to make
bluez5 more generic and reusable.
|
|
For local initiated disconnection the GAtChat disconnect callback is not
called. For this case, Audio Card remove function needs to be called.
|
|
|
|
This patch removes previous registered Audio Card when the remote
Bluetooth device triggers the service level disconnection.
|
|
This patch removes the previously created Audio Card if the service
level negotiation fails.
|
|
|
|
This patch registers the Handsfree Audio Card when the service level
connection is established.
|
|
|
|
Fallback to HFP 1.5 if defer setup is not supported since it is not
possible to proceed with codec negotiation.
|
|
Whenever a SCO connection is attempted, ensure that the SLC link is
already active between us and the same remote peer.
|
|
The number of paired devices is quite small, so the use of the hash
table for lookup seems unnecessary. The typical user will have no more
than 1-2 devices paired, maybe half a dozen in a less common case.
|
|
|
|
Modem object is created when the Device Proxy is added, and it is
paired. Another path is when the Device "Paired" property changes
to True.
|
|
|
|
Now that we have the support for sending the correct messages
to BlueZ, we are able to dynamically power up/down the HFP modem.
We add another property to the modem to be able to get the D-Bus
object path that represents the remote device.
|
|
This patch implements RequestDisconnection method of the Profile1
interface. This method gets called when the profile gets disconnected.
The profile implementation needs to cleanup the resources related to
the informed device.
|
|
This patch renames external profile registration functions replacing the
prefix from 'bluetooth_' to 'bt_' in order to follow the name convention
adopted for bluez5 functions.
|
|
The hash table to track the devices is not necessary anymore since
dynamic modem registration on NewConnection was removed.
|