[pulseaudio-discuss] [PATCH 5/7] alsa: set availability for (some) unavailable profiles
David Henningsson
david.henningsson at canonical.com
Mon Oct 26 07:08:29 PDT 2015
On 2015-10-23 12:56, Tanu Kaskinen wrote:
> The alsa card hasn't so far set any availability for profiles. That
> caused an issue with some HDMI hardware: the sound card has two HDMI
> outputs, but only the second of them is actually usable. The
> unavailable port is marked as unavailable and the available port is
> marked as available, but this information isn't propagated to the
> profile availability. Without profile availability information, the
> initial profile policy picks the unavailable one, since it has a
> higher priority value.
>
> This patch adds simple logic for marking some profiles unavailable:
> if the profile only contains unavailable ports, the profile is
> unavailable too. This can be improved in the future so that if a
> profile contains sinks or sources that only contain unavailable ports,
> the profile should be marked as unavailable. Implementing that
> requires adding more information about the sinks and sources to
> pa_card_profile, however.
In general ack for the idea; exposing profile availability information
is certainly not bad, and might become useful for more things in future.
>
> BugLink: https://bugzilla.yoctoproject.org/show_bug.cgi?id=8448
> ---
> src/modules/alsa/module-alsa-card.c | 24 ++++++++++++++++++++++++
> 1 file changed, 24 insertions(+)
>
> diff --git a/src/modules/alsa/module-alsa-card.c b/src/modules/alsa/module-alsa-card.c
> index ad463ec..fd6b6aa 100644
> --- a/src/modules/alsa/module-alsa-card.c
> +++ b/src/modules/alsa/module-alsa-card.c
> @@ -364,6 +364,7 @@ static int report_jack_state(snd_mixer_elem_t *melem, unsigned int mask) {
> void *state;
> pa_alsa_jack *jack;
> struct temp_port_avail *tp, *tports;
> + pa_card_profile *profile;
>
> pa_assert(u);
>
> @@ -409,6 +410,29 @@ static int report_jack_state(snd_mixer_elem_t *melem, unsigned int mask) {
> if (tp->avail == PA_AVAILABLE_NO)
> pa_device_port_set_available(tp->port, tp->avail);
>
> + /* Update profile availabilities. The logic could be improved; for now we
> + * only set obviously unavailable profiles (those that contain only
> + * unavailable ports) to PA_AVAILABLE_NO and all others to
> + * PA_AVAILABLE_UNKNOWN. */
I do have a comment about the implementation though. Shouldn't we follow
the same "workaround" for profile availability as we do for profiles, i
e, go to available first and unavailable later?
I'm attaching an untested patch that shows what I mean (my editor might
word wrap the patch if I copy-paste it).
> + PA_HASHMAP_FOREACH(profile, u->card->profiles, state) {
> + pa_device_port *port;
> + void *state2;
> + pa_available_t available = PA_AVAILABLE_NO;
> +
> + /* Don't touch the "off" profile. */
> + if (pa_hashmap_size(profile->ports) == 0)
> + continue;
> +
> + PA_HASHMAP_FOREACH(port, profile->ports, state2) {
> + if (port->available != PA_AVAILABLE_NO) {
> + available = PA_AVAILABLE_UNKNOWN;
> + break;
> + }
> + }
> +
> + pa_card_profile_set_available(profile, available);
> + }
> +
> pa_xfree(tports);
> return 0;
> }
>
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-alsa-set-availability-for-some-unavailable-profiles.patch
Type: text/x-diff
Size: 2384 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20151026/0f8ac281/attachment.patch>
More information about the pulseaudio-discuss
mailing list