lkml.org 
[lkml]   [2009]   [Jul]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [alsa-devel] [RFC] [PATCH 3/3] ASoC: add support for Amstrad E3 (Delta) machine
Hi Mark,

Mark Brown wrote:
> On Wed, Jul 22, 2009 at 05:22:59AM +0200, Janusz Krzysztofik wrote:
>
>> Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
>> ---
>> CPU DAI parameters best matching the codec DAI has been selected out
>> empirically for best user experience.
>
> Again, all the documentation you've got here could quite happily go in
> the commit message and there's a bunch of checkpatch issues.

OK, I promiss to remember about this for the future.

>> +#include <sound/soc-dapm.h>
>> +#include <sound/jack.h>
>
> ASoC will pull that one in for you, not that it really matters.

Maybe it should, but without <sound/jack.h> I get:
sound/soc/omap/ams-delta.c:184: error: 'SND_JACK_MICROPHONE' undeclared
here (not in a function)
sound/soc/omap/ams-delta.c:188: error: 'SND_JACK_HEADPHONE' undeclared
here (not in a function)
sound/soc/omap/ams-delta.c: In function 'cx81801_close':
sound/soc/omap/ams-delta.c:336: error: 'SND_JACK_HEADSET' undeclared
(first use in this function)
...

>> +static const struct snd_kcontrol_new ams_delta_audio_controls[] = {
>> + SOC_ENUM_EXT("Audio Function", ams_delta_audio_enum[0],
>> + ams_delta_get_audio_mode, ams_delta_set_audio_mode),
>> +};
>
> Is it possible to control all the functions of the audio mode
> independantly or are only certain combinations possible?

Certain combinations only. For example, no way of turning on the
mouthpiece without turning on the earphone as well, turning on AGC
automatically selects the speakerphone and turns off the handset.

>> +static struct snd_soc_jack_gpio ams_delta_hook_switch_gpios[];
>> +static struct snd_soc_jack_pin ams_delta_hook_switch_pins[] = {
>> + {
>> + .pin = "Mouthpiece",
>> + .mask = SND_JACK_MICROPHONE,
>> + },
>> + {
>> + .pin = "Earphone",
>> + .mask = SND_JACK_HEADPHONE,
>> + },
>> + {
>> + .pin = "Speaker",
>> + .mask = SND_JACK_HEADPHONE,
>> + .invert = 1,
>> + },
>> + {
>> + .pin = "Microphone",
>> + .mask = SND_JACK_MICROPHONE,
>> + .invert = 1,
>> + },
>> +};
>
> I guess microphone and speaker are for speakerphone mode while
> mouthpiece and earpiece are a headset? Might be nice to come up with

Exactly.

> names that make the paring a bit clearer, or possibly just put a comment
> in there.

With my limited English skills, I can only replace Earphone with
Earpiece and add a comment. Please someone suggest better namings if not
enough.

>> +/* To actually apply any modem controlled configuration changes to the codec,
>> + * we must connect codec DAI pins to the modem for a moment. Be carefull
>> + * not to interfere with digital mute function that shares the same hardware. */
>> +static struct timer_list cx81801_timer;
>> +static bool cx81801_cmd_pending = 0;
>> +static bool ams_delta_muted;
>> +
>> +static void cx81801_timeout(unsigned long data)
>> +{
>> + /* REVISIT - locking? */
>
> Yeah, locking is probably a good idea :)

I'll have to learn about locking first. Could somebody point me to an
example code?

>> + /* Add board specific DAPM controls */
>> + if (!snd_soc_dapm_new_controls(codec, ams_delta_dapm_widgets,
>> + ARRAY_SIZE(ams_delta_dapm_widgets))) {
>> + if (!snd_soc_dapm_add_routes(codec, ams_delta_audio_map,
>> + ARRAY_SIZE(ams_delta_audio_map))) {
>
> The error handling here is a bit odd...

Do you mean those negations? Would be better if replaced with "== 0"?
I am not sure if this is acceptable, but I just tried to avoid giving up
with a partialy working driver in case of errors on optional parts.

>> + /* Add hook switch */
>> + if (!snd_soc_jack_new(&ams_delta_audio_card, "hook_switch",
>> + SND_JACK_HEADSET, &ams_delta_hook_switch)) {
>> + if (!snd_soc_jack_add_gpios(&ams_delta_hook_switch,
>> + ARRAY_SIZE(ams_delta_hook_switch_gpios),
>> + ams_delta_hook_switch_gpios)) {
>> +#ifdef CONFIG_GPIO_SYSFS
>> + /* Expose hook switch over sysfs if configured */
>> + gpio_export(ams_delta_hook_switch_gpios[0].gpio, false);
>> +#endif
>
> The gpio_export() should be in the ASoC GPIO code rather than here, I'd
> expect - care to cook up a patch?

When I tried to push a similiar code into the gpio-keys dirver, Dmitry
said I was wrong because my application would be limited to gpio based
devices only. However, it looks like there are no jacks other than gpio
based in ASoC, so maybe that objection does not apply here. Or maybe the
ASoC framework could just provide its own sysfs file with actual jack
state, whether gpio based or not?

BTW, I decided to reuse already existing jack/input event types instead
of inventing new. Anyway, should I CC: linux-input?

Thanks,
Janusz



\
 
 \ /
  Last update: 2009-07-22 16:57    [W:0.088 / U:0.208 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site