[alsa-devel] [PATCH v4 0/5] ALSA: jack: Refactoring for jack kctls
Takashi Iwai
tiwai at suse.de
Wed Apr 8 09:34:58 CEST 2015
At Wed, 08 Apr 2015 09:20:56 +0200,
David Henningsson wrote:
>
>
>
> On 2015-04-07 18:06, Takashi Iwai wrote:
> > This would work, yes. But, I have some uneasy feeling, something not
> > well digested...
> >
> > Ideally, we want a single API for representing both input and kctl
> > jacks.
>
> Maybe this is somewhat my fault for steering Yang in that direction. But
> the requirements are somewhat different.
>
> HDA has the phantom jacks, and the exact naming for each kctl requirements.
> ASoC has the combination/button requirements, i e one jack can represent
> more than one kctl.
>
> The phantom jack requirement means that the snd_kctl_jack_new API cannot
> be removed straight away; we could move it to be internal to HDA (it's
> not much code anyway), but I don't see a need for that.
>
> But the HDA code can be moved around to look like this:
>
> if (phantom_jack) {
> snd_kctl_jack_new();
> }
> else {
> snd_jack_new();
> snd_jack_add_new_kctls();
> }
>
> Now the HDA looks more like the ASoC variant. Yang, what do you think
> about that? That would make the API simpler, wouldn't it?
Well, what I thought was rather to allow snd_jack_new() creating a
phantom jack, too, with some flag. When a phantom flag is set, it
creates no input jack device but only kctl jacks.
Takashi
More information about the Alsa-devel
mailing list