[alsa-devel] [PATCH] ALSA: hda - add mic fixup for ALC269VB on Ordissimo EVE2
Takashi Iwai
tiwai at suse.de
Thu Jun 6 11:49:00 CEST 2013
At Wed, 5 Jun 2013 17:36:43 +0200,
Anisse Astier wrote:
>
> On Wed, 05 Jun 2013 12:26:59 +0200, Takashi Iwai <tiwai at suse.de> wrote :
>
> > > I'm on a dead end on this computer, I can't seem to find how the mic jack
> > > presence works. It's always on(presence detected whatever the status) on NID
> > > 0x18, the one used for the external mic. I have tried every NID, manually
> > > enabling pin_sense on each, but only the headphone jack detection works. The
> > > mic sense is nowhere to be seen.
> >
> > I also don't know any other method for Realtek. For IDT codecs, there
> > are some devices with GPIO unsol events, but Realtek codecs seem to
> > use only the normal pin detection unsol events.
> >
> > So, on your device, GET_PIN_SENSE doesn't return the detection bit
> > set? You tried setting SET_PIN_SENSE before GET_PIN_SENSE, right?
> >
>
> I did more tests, this time using hda-verb directly instead of
> hda-analyzer tools. And GET_PIN_SENSE does return the correct value…
> sometimes. (without the need for SET_PIN_SENSE)
> It seems the value is correct only if queried once every 10 to 15
> seconds.
Does this mean that it gives a wrong result (i.e. no detect bit
although plugged, or vice versa)? Also, is the unsol event issued per
jack plug/unplug? If so, is the detection correct just after the
unsol event?
Currently we don't need to issue the real GET_PIN_SENSE at every
inquiry but only when demanded (e.g. after unsol event, init and
resume). If the detection works reliably at these moments, it should
be enough in theory.
Takashi
> Changing the jackpoll_ms argument does not seem to help, so I'll
> keep digging into it.
>
> Anisse
>
More information about the Alsa-devel
mailing list