Suppose your machine has two sound cards as below:
Card#0(HDA INTEL HDMI)-> Sink#0(hdmi-stereo)->hdmi-output(priority: 5900)
Card#1(HDA INTEL PCH)->Sink#1(analog-stereo)->headphones(priority: 9000)
If neither hdmi cable nor headphone plug into the machine, the default
sink will randomly be Sink#0
On 24.04.2017 20:04, Tanu Kaskinen wrote:
> "Let PA sit ontop of that", with "that" referring to a bunch of
> headers, doesn't make sense to me. I understand your proposal so that
> the existing PA library would be one backend for the new API. So the
> new API is a layer above the existing PA stuf
From: Luiz Augusto von Dentz
This adds optional argument which indicates a suspend from IO thread
so the callback can choose to close the fd or leave it open.
---
src/modules/bluetooth/backend-native.c | 3 ++-
src/modules/bluetooth/backend-ofono.c| 12 ++--
src/modules/bl
From: Luiz Augusto von Dentz
If SCO fd is already set don't attempt to connect again.
---
src/modules/bluetooth/backend-ofono.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/bluetooth/backend-ofono.c
index 755df9e..e18772
From: Luiz Augusto von Dentz
Check the card Type property instead of assuming ofono would only be used
for HF role.
---
src/modules/bluetooth/backend-ofono.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/blueto
From: Luiz Augusto von Dentz
The native backend is limited to HSP only which may not work with devices
that can only do HFP so if oFono is enabled it shall be used as default.
---
src/modules/bluetooth/module-bluez5-discover.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/s
From: Luiz Augusto von Dentz
This means something went wrong, which in case of ofono backend it is
probably due to the profile not connecting immediately but it can be
safely in that case.
---
src/modules/bluetooth/module-bluez5-device.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(
From: Luiz Augusto von Dentz
When suspending due to idle timeout the transport will not change its
state, also in case the fd is closed due to POLLERR/POLLHUP events
the release shall check if the fd is still set otherwise it will fail
to be acquired again.
---
src/modules/bluetooth/backend-ofon
From: Luiz Augusto von Dentz
Always close fd that cannot be accepted otherwise it will be left open
without being attached to any transport.
---
src/modules/bluetooth/backend-ofono.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/blueto
From: Luiz Augusto von Dentz
This detects if profile has already been called and we are waiting
the response.
---
src/modules/bluetooth/backend-ofono.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/bl
On Mon, 24 Apr 2017, at 08:36 PM, Tanu Kaskinen wrote:
> Previously, if front:x didn't work, we would try to use hw:x for analog
> stereo output. There's no guarantee that hw:x is an analog output,
> however. For example, the Intel HDMI LPE driver uses hw:x for HDMI
> output, and PulseAudio incorre
Suppose your machine has two sound cards as below:
Card#0(HDA INTEL HDMI)-> Sink#0(hdmi-stereo)->hdmi-output(priority: 5900)
Card#1(HDA INTEL PCH)->Sink#1(analog-stereo)->headphones(priority: 9000)
If neither hdmi cable nor headphone plug into the machine, the default
sink will randomly be Sink#0
From: Luiz Augusto von Dentz
The native backend is limited to HSP only which may not work with devices
that can only do HFP so if oFono is enabled it shall be used as default.
---
src/modules/bluetooth/module-bluez5-discover.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/s
From: Luiz Augusto von Dentz
Check the card Type property instead of assuming ofono would only be used
for HF role.
---
src/modules/bluetooth/backend-ofono.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/blueto
From: Luiz Augusto von Dentz
Always close fd that cannot be accepted otherwise it will be left open
without being attached to any transport.
---
src/modules/bluetooth/backend-ofono.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/blueto
From: Luiz Augusto von Dentz
This means something went wrong, which in case of ofono backend it is
probably due to the profile not connecting immediately but it can be
safely in that case.
---
src/modules/bluetooth/module-bluez5-device.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(
From: Luiz Augusto von Dentz
When suspending due to idle timeout the transport will not change its
state, also in case the fd is closed due to POLLERR/POLLHUP events
the release shall check if the fd is still set otherwise it will fail
to be acquired again.
---
src/modules/bluetooth/backend-ofon
From: Luiz Augusto von Dentz
If SCO fd is already set don't attempt to connect again.
---
src/modules/bluetooth/backend-ofono.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/bluetooth/backend-ofono.c
index 755df9e..e18772
From: Luiz Augusto von Dentz
This detects if profile has already been called and we are waiting
the response.
---
src/modules/bluetooth/backend-ofono.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/bl
19 matches
Mail list logo