[alsa-devel] [PATCH v2] ASoC: rt286: add jack detection enable/disable APIs and export
Jie, Yang
yang.jie at intel.com
Thu Feb 5 03:07:35 CET 2015
> -----Original Message-----
> From: Mark Brown [mailto:broonie at kernel.org]
> Sent: Thursday, February 05, 2015 4:26 AM
> To: Jie, Yang
> Cc: alsa-devel at alsa-project.org; bardliao at realtek.com; Girdwood, Liam R
> Subject: Re: [PATCH v2] ASoC: rt286: add jack detection enable/disable APIs and
> export
>
> On Wed, Feb 04, 2015 at 09:34:03PM +0800, Jie Yang wrote:
>
> > +int rt286_disable_jack_detection(struct snd_soc_codec *codec) {
> > + struct rt286_priv *rt286 = snd_soc_codec_get_drvdata(codec);
> > +
> > + disable_irq(rt286->i2c->irq);
> > +
> > + snd_soc_dapm_disable_pin(&rt286->codec->dapm, "LDO1");
> > + snd_soc_dapm_sync(&rt286->codec->dapm);
> > + return 0;
> > +}
> > +EXPORT_SYMBOL_GPL(rt286_disable_jack_detection);
>
> So, now I look at this again I'm wondering why this isn't writing to any registers
> - looking at the code we run on probe there's a register write if we're passed an
> interrupt which looks awfully like we're enabling jack detect. Probably we
> wouldn't need to do the rather odd disabling of the IRQ if we did that, but
> perhaps it's required.
[Keyon] yes, it's required to disable jack detection, otherwise, pin LDO1 will be force enabled again. So here I just disable the IRQ to make the code change smallest.
>
> I think there's actually problems with the existing jack detection code in the
> driver, I'd expect that the initial enabling of jack detect would be done when the
> machine driver says it wants jack detect by passing in the jack to report for.
[Keyon] I agree that it may be more reasonable if we can pass jack(similar to rt286_mic_detect(), can use jack=NULL for disable) from this machine driver, then add checking this jack in handler rt286_irq(), don't call rt286_jack_detect() and snd_soc_jack_report() when the jack is NULL.
What do you think about this solution?
More information about the Alsa-devel
mailing list