[alsa-devel] Multiple speaker jacks (on an IDT codec)
David Henningsson
david.henningsson at canonical.com
Thu Sep 6 11:33:22 CEST 2012
On 09/06/2012 08:14 AM, Takashi Iwai wrote:
> At Thu, 06 Sep 2012 00:59:15 +0200,
> David Henningsson wrote:
>>
>> Hi,
>>
>> I'm having a problem with a machine where the parser creates indexed
>> speaker controls. For reference, codecs/idt92hd206-ecs-gf7100pvt shows
>> the same problem.
>>
>> I could use some input on how to fix it in the best way.
>>
>> My first thought was that "[Jack] Speaker" is stupid in itself, and
>> could be fixed like this:
>>
>> diff --git a/sound/pci/hda/hda_auto_parser.c
>> b/sound/pci/hda/hda_auto_parser.c
>> index 4f7d2df..8e32ee5 100644
>> --- a/sound/pci/hda/hda_auto_parser.c
>> +++ b/sound/pci/hda/hda_auto_parser.c
>> @@ -171,6 +171,10 @@ int snd_hda_parse_pin_defcfg(struct hda_codec *codec,
>> if (conn == AC_JACK_PORT_FIXED)
>> dev = AC_JACK_SPEAKER;
>> }
>> + else if (dev == AC_JACK_SPEAKER) {
>> + if (conn == AC_JACK_PORT_COMPLEX)
>> + dev = AC_JACK_LINE_OUT;
>> + }
>>
>> switch (dev) {
>> case AC_JACK_LINE_OUT:
>>
>> ...but changing generic code is always a bit scary and regression prone
>> (even though I could not think of a good counterexample where that would
>> happen), so not sure if that's the best idea.
>
> Right. I remember that there are more devices declaring the speakers
> in that way.
I grepped a little through the alsa-infos and found a "[Jack] Speaker at
Int N/A", which is probably an internal speaker rather than a line
out...covering all cases is tricky.
>> Next attempt is to modify the control creating function for IDT:
>>
>> diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c
>> index 9db3056..c16d0f8 100644
>> --- a/sound/pci/hda/patch_sigmatel.c
>> +++ b/sound/pci/hda/patch_sigmatel.c
>> @@ -3226,9 +3226,12 @@ static int create_multi_out_ctls(struct hda_codec
>> *codec, int num_outs,
>> idx = i;
>> break;
>> case AUTO_PIN_SPEAKER_OUT:
>> - name = "Speaker";
>> - idx = i;
>> - break;
>> + if (num_outs <= 1) {
>> + name = "Speaker";
>> + idx = i;
>> + break;
>> + }
>> + /* Fall through in case of multi speaker
>> outs */
>> default:
>> name = chname[i];
>> idx = 0;
>>
>>
>> ...since the current behaviour is inconsistent anyway - you get indices
>> for 1 and 3, but "Center"/"LFE" for what should otherwise have been index 2.
>
> Yeah, certainly something fishy there.
> IIRC, the exception was introduced to handle the bass speaker.
> But I guess it's already broken in some level, so we need to revisit
> the implementation.
>
> A concern for the change like above is whether it handles correctly
> the case where machines has multiple built-in speakers with a single
> headphone jack. We need to check this.
I'm not exactly sure what you're suspecting here, but the only codec I
found in hda-emu with this configuration was stac9221-macbook-pro-21,
which is equally broken before and after my patch (before, headphones
are controlled by speaker index 1, and after, it's controlled by surround).
>> Another way would to just write a pin fix to turn these speakers into
>> line outs, which is what they really are anyway.
>>
>> What do you think?
>
> This might be a safer option.
Having seen that there are several STAC/IDT codecs which have the
"[Jack] Speaker" construct, I think it would be nice to fix them all
while at it.
So I'm leaning towards the multi speaker out rename patch. Attaching
that one.
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-ALSA-hda-fix-control-names-for-multiple-speaker-out-.patch
Type: text/x-patch
Size: 1345 bytes
Desc: not available
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20120906/81fc90f9/attachment-0001.bin>
More information about the Alsa-devel
mailing list