[alsa-devel] [PATCH] ALSA: hda - Fix the workaround for conflicting IEC958 controls

[Anssi Hannula]

On 11.02.2013 12:51, Takashi Iwai wrote:
> At Sun, 10 Feb 2013 13:05:14 +0200,
> Anssi Hannula wrote:
>>
>> 10.02.2013 12:38, Takashi Iwai kirjoitti:
>> > At Sat,  9 Feb 2013 00:44:39 +0200,
>> > Anssi Hannula wrote:
>> >>
>> >> Commit dcda5806165c155d90b9aa466a1602cf4726012b ("ALSA: hda - Add
>> >> workaround for conflicting IEC958 controls") added a workaround 
>> for
>> >> cards that have both an S/PDIF and an HDMI device, so that S/PDIF 
>> IEC958
>> >> controls will be moved to device=1 on such cards.
>> >>
>> >> However, the workaround did not take it into account that the 
>> S/PDIF and
>> >> HDMI devices may be on different codecs of the same card. 
>> Currently this
>> >> is always the case, and the workaround therefore fails to work.
>> >>
>> >> Fix the workaround to handle card-wide IEC958 conflicts.
>> >>
>> >> Reported-by: Stephan Raue <stephan at openelec.tv>
>> >> Signed-off-by: Anssi Hannula <anssi.hannula at iki.fi>
>> >> ---
>> >>
>> >> Unfortunately this seems to cause a nasty issue with alsa-lib 
>> 1.0.26:
>> >> $ amixer scontrols -c 0
>> >> ALSA lib simple_none.c:1551:(simple_add1) helem (MIXER,'IEC958 
>> Playback Switch',0,1,0) appears twice or more
>> >> amixer: Mixer hw:0 load error: Invalid argument
>> >>
>> >> The non-simple-mode "amixer controls -c 0" works fine, though.
>> >>
>> >> Not really sure what to do now then, do we revert the workaround
>> >> completely and devise a different workaround/fix for this, or do 
>> you
>> >> have some other good ideas?
>> >
>> > If the element isn't really dup'ed, it must be a bug in alsa-lib 
>> mixer
>> > abstraction, so it should be fixed there.
>>
>> This is because the simple mixer interface only identifies controls 
>> by
>> name+index:
>> 
>> http://www.alsa-project.org/alsa-doc/alsa-lib/group___simple_mixer.html
>>
>> So controls that only differ by device (or subdevice?) are 
>> considered
>> duplicated. I did look at the code but saw no straight-forward way 
>> to
>> fix it, other than to introduce devices (and subdevices) to the 
>> simple
>> mixer API (which is used by outside applications).
>
> OK, so it's a limitation of alsa-lib mixer simple abst
> implementation.  We need to live with that for now...
>
>> Anyway, wouldn't breaking "old" alsa-lib make this way of fixing it 
>> a
>> no-go (the error is fatal and mixer creation fails completely)?
>
> No, it's a general rule in the kernel that we can't break the old
> user-space.

Isn't that a "yes" for my no-go? ;)

>> > Could you add alsa-info.sh output of this board (at best before 
>> and
>> > after your patch)?
>>
>> Here's one after patch (can't get one before patch right now, but I
>> guess it isn't needed since the cause is very clear):
>> 
>> http://www.alsa-project.org/db/?f=bb3fc8680b372c0475719d42d7fc8b2bb7bfb4eb
>> (this one has alsa-lib hack applied which ignores the failure to add 
>> the
>> control so that the mixer error is non-fatal)
>
> Thinking it again, maybe an ugly but working workaround is to shift
> the SPDIF index to high enough not conflicting with HDMI, instead of
> changing the ctl device.
>
> The quick patch below is to put the SPDIF stuff into index=16+.  It
> also fixes the issue of multiple codecs.
>
> Of course, this will require a similar fix in alsa-lib config.
> Instead of changing dev to 1, just change index to 16.

OK, patch looks fine to me. I'll test this later today or tomorrow and 
report
back.

Also, sorry for not catching this earlier.

Thanks.

>
> Takashi
>
> ---
> diff --git a/sound/pci/hda/hda_codec.c b/sound/pci/hda/hda_codec.c
> index e80f835..04b5738 100644
> --- a/sound/pci/hda/hda_codec.c
> +++ b/sound/pci/hda/hda_codec.c
> @@ -2332,11 +2332,12 @@ struct snd_kcontrol
> *snd_hda_find_mixer_ctl(struct hda_codec *codec,
>  EXPORT_SYMBOL_HDA(snd_hda_find_mixer_ctl);
>
>  static int find_empty_mixer_ctl_idx(struct hda_codec *codec, const
> char *name,
> -				    int dev)
> +				    int start_idx)
>  {
> -	int idx;
> -	for (idx = 0; idx < 16; idx++) { /* 16 ctlrs should be large enough 
> */
> -		if (!find_mixer_ctl(codec, name, dev, idx))
> +	int i, idx;
> +	/* 16 ctlrs should be large enough */
> +	for (i = 0, idx = start_idx; i < 16; i++, idx++) {
> +		if (!find_mixer_ctl(codec, name, 0, idx))
>  			return idx;
>  	}
>  	return -EBUSY;
> @@ -3305,30 +3306,29 @@ int snd_hda_create_dig_out_ctls(struct
> hda_codec *codec,
>  	int err;
>  	struct snd_kcontrol *kctl;
>  	struct snd_kcontrol_new *dig_mix;
> -	int idx, dev = 0;
> -	const int spdif_pcm_dev = 1;
> +	int idx = 0;
> +	const int spdif_index = 16;
>  	struct hda_spdif_out *spdif;
> +	struct hda_bus *bus = codec->bus;
>
> -	if (codec->primary_dig_out_type == HDA_PCM_TYPE_HDMI &&
> +	if (bus->primary_dig_out_type == HDA_PCM_TYPE_HDMI &&
>  	    type == HDA_PCM_TYPE_SPDIF) {
> -		dev = spdif_pcm_dev;
> -	} else if (codec->primary_dig_out_type == HDA_PCM_TYPE_SPDIF &&
> +		idx = spdif_index;
> +	} else if (bus->primary_dig_out_type == HDA_PCM_TYPE_SPDIF &&
>  		   type == HDA_PCM_TYPE_HDMI) {
> -		for (idx = 0; idx < codec->spdif_out.used; idx++) {
> -			spdif = snd_array_elem(&codec->spdif_out, idx);
> -			for (dig_mix = dig_mixes; dig_mix->name; dig_mix++) {
> -				kctl = find_mixer_ctl(codec, dig_mix->name, 0, idx);
> -				if (!kctl)
> -					break;
> -				kctl->id.device = spdif_pcm_dev;
> -			}
> +		/* suppose a single SPDIF device */
> +		for (dig_mix = dig_mixes; dig_mix->name; dig_mix++) {
> +			kctl = find_mixer_ctl(codec, dig_mix->name, 0, 0);
> +			if (!kctl)
> +				break;
> +			kctl->id.index = spdif_index;
>  		}
> -		codec->primary_dig_out_type = HDA_PCM_TYPE_HDMI;
> +		bus->primary_dig_out_type = HDA_PCM_TYPE_HDMI;
>  	}
> -	if (!codec->primary_dig_out_type)
> -		codec->primary_dig_out_type = type;
> +	if (!bus->primary_dig_out_type)
> +		bus->primary_dig_out_type = type;
>
> -	idx = find_empty_mixer_ctl_idx(codec, "IEC958 Playback Switch", 
> dev);
> +	idx = find_empty_mixer_ctl_idx(codec, "IEC958 Playback Switch", 
> idx);
>  	if (idx < 0) {
>  		printk(KERN_ERR "hda_codec: too many IEC958 outputs\n");
>  		return -EBUSY;
> @@ -3338,7 +3338,6 @@ int snd_hda_create_dig_out_ctls(struct
> hda_codec *codec,
>  		kctl = snd_ctl_new1(dig_mix, codec);
>  		if (!kctl)
>  			return -ENOMEM;
> -		kctl->id.device = dev;
>  		kctl->id.index = idx;
>  		kctl->private_value = codec->spdif_out.used - 1;
>  		err = snd_hda_ctl_add(codec, associated_nid, kctl);
> diff --git a/sound/pci/hda/hda_codec.h b/sound/pci/hda/hda_codec.h
> index e8c9442..23ca172 100644
> --- a/sound/pci/hda/hda_codec.h
> +++ b/sound/pci/hda/hda_codec.h
> @@ -679,6 +679,8 @@ struct hda_bus {
>  	unsigned int response_reset:1;	/* controller was reset */
>  	unsigned int in_reset:1;	/* during reset operation */
>  	unsigned int power_keep_link_on:1; /* don't power off HDA link */
> +
> +	int primary_dig_out_type;	/* primary digital out PCM type */
>  };
>
>  /*
> @@ -846,7 +848,6 @@ struct hda_codec {
>  	struct mutex hash_mutex;
>  	struct snd_array spdif_out;
>  	unsigned int spdif_in_enable;	/* SPDIF input enable? */
> -	int primary_dig_out_type;	/* primary digital out PCM type */
>  	const hda_nid_t *slave_dig_outs; /* optional digital out slave 
> widgets */
>  	struct snd_array init_pins;	/* initial (BIOS) pin configurations */
>  	struct snd_array driver_pins;	/* pin configs set by codec parser */