getting the sound to work on my asus m6s00v

Message ID	5508DD4D.3040901@canonical.com (mailing list archive)
State	New, archived
Headers	show Return-Path: <alsa-devel-bounces@alsa-project.org> Message-ID: <5508DD4D.3040901@canonical.com> Date: Wed, 18 Mar 2015 10:05:01 +0800 From: Hui Wang <hui.wang@canonical.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Christian Gleerup <cromozon@swn.nu>, alsa-devel@alsa-project.org References: <5a713868662bb9ea47f5a30bd1849ce8@swn.nu> In-Reply-To: <5a713868662bb9ea47f5a30bd1849ce8@swn.nu> Subject: Re: [alsa-devel] getting the sound to work on my asus m6s00v Precedence: list Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org

Hui Wang March 18, 2015, 2:05 a.m. UTC

On 03/18/2015 05:45 AM, Christian Gleerup wrote:
> I had some problems getting the sound to work on my asus m6s00v
> (I think that is the model, it is a bit worn so I can't really read it)
>
> the symptoms was
> * on the integrated speakers, no sound at all
> * on the headphone speakers, sound for a very very short period that faded into nothing.
>
> with help from debianuser on freenode#alsa we managed to get it working.
> the option that i had to load the module with is the following:
> sudo modprobe snd-hda-intel model=3stack-digout
> the status now (perfect)...
> * sound on integrated speaker.
> * sound in headphones (disables integrated speaker output which is fine)
> * mic works, both for direct playback and recording
> * when recording it is the 'digital' channel that controls the volume of the recording level, all others
>
> Notice:
> I don't have OSS or pulseaudio installed.
>
> I am thinking it would be really nice if the driver automatically could detect that this option is required.
>
> this is the output from the alsa-info script
> http://www.alsa-project.org/db/?f=28b98a3bd1efc6a80dbd5c54b52c4472d8ea5496
>
> let me know if I can do anything to help with this.
It seems the latest kernel already had a fixup for this machine, but the 
fixup is ALC880_FIXUP_ASUS_W5A instead of ALC880_FIXUP_3ST_DIG. Probably 
you should use latest upstream kernel without "model=3stack-digout" to 
test again, if it can't fix your problem, maybe the patch below can work.

ALC880_FIXUP_6ST_AUTOMUTE),

> Regards.
>
>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>

Raymond Yau March 18, 2015, 3:17 a.m. UTC | #1

2015-3-18 ??10:05 ? "Hui Wang" <hui.wang@canonical.com> ???
>
> On 03/18/2015 05:45 AM, Christian Gleerup wrote:
>>
>> I had some problems getting the sound to work on my asus m6s00v
>> (I think that is the model, it is a bit worn so I can't really read it)
>>
>> the symptoms was
>> * on the integrated speakers, no sound at all
>> * on the headphone speakers, sound for a very very short period that
faded into nothing.
>>
>> with help from debianuser on freenode#alsa we managed to get it working.
>> the option that i had to load the module with is the following:
>> sudo modprobe snd-hda-intel model=3stack-digout
>> the status now (perfect)...
>> * sound on integrated speaker.
>> * sound in headphones (disables integrated speaker output which is fine)
>> * mic works, both for direct playback and recording
>> * when recording it is the 'digital' channel that controls the volume of
the recording level, all others
>>
>> Notice:
>> I don't have OSS or pulseaudio installed.
>>
>> I am thinking it would be really nice if the driver automatically could
detect that this option is required.
>>
>> this is the output from the alsa-info script
>>
http://www.alsa-project.org/db/?f=28b98a3bd1efc6a80dbd5c54b52c4472d8ea5496
>>
>> let me know if I can do anything to help with this.
>
> It seems the latest kernel already had a fixup for this machine, but the
fixup is ALC880_FIXUP_ASUS_W5A instead of ALC880_FIXUP_3ST_DIG. Probably
you should use latest upstream kernel without "model=3stack-digout" to test
again, if it can't fix your problem, maybe the patch below can work.
>
> --- a/sound/pci/hda/patch_realtek.c
> +++ b/sound/pci/hda/patch_realtek.c
> @@ -1349,7 +1349,7 @@ static const struct hda_fixup alc880_fixups[] = {
>
>  static const struct snd_pci_quirk alc880_fixup_tbl[] = {
>         SND_PCI_QUIRK(0x1019, 0x0f69, "Coeus G610P", ALC880_FIXUP_W810),
> -       SND_PCI_QUIRK(0x1043, 0x10c3, "ASUS W5A", ALC880_FIXUP_ASUS_W5A),
> +       SND_PCI_QUIRK(0x1043, 0x10c3, "ASUS W5A", ALC880_FIXUP_3ST_DIG),
>         SND_PCI_QUIRK(0x1043, 0x1964, "ASUS Z71V", ALC880_FIXUP_Z71V),
>         SND_PCI_QUIRK_VENDOR(0x1043, "ASUS", ALC880_FIXUP_GPIO1),
>         SND_PCI_QUIRK(0x147b, 0x1045, "ABit AA8XE",
ALC880_FIXUP_6ST_AUTOMUTE),
>
>

Sysfs Files
!!-----------

/sys/class/sound/hwC0D0/init_pin_configs:
0x14 0x0121411f
0x15 0x411111f0
0x16 0x411111f0
0x17 0x411111f0
0x18 0x01a19920
0x19 0x411111f0
0x1a 0x411111f0
0x1b 0x411111f0
0x1c 0xb7331121
0x1d 0x411111f0
0x1e 0x0145411e
0x1f 0x411111f0

Simple mixer control 'Channel Mode',0
  Capabilities: enum
  Items: '2ch' '6ch'
  Item0: '2ch'
Simple mixer control 'Input Source',0
  Capabilities: cenum
  Items: 'Mic' 'Front Mic' 'Line' 'CD'
  Item0: 'Mic'
Simple mixer control 'Input Source',1
  Capabilities: cenum
  Items: 'Mic' 'Front Mic' 'Line' 'CD'
  Item0: 'Mic'
Simple mixer control 'Input Source',2
  Capabilities: cenum
  Items: 'Mic' 'Front Mic' 'Line' 'CD'
  Item0: 'Mic'

Seem missing internal speaker and redundant  CD pin

Do your mic jack and internal mic work as expected ?

It is not correct to use 3stack when your laptop does not have three audio
jacks for surround 5.1

!!

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=487a588d09db0d6508261867df208d8bdc718251

Seem no mic jack and speaker in w5n

Christian Gleerup March 18, 2015, 6:59 p.m. UTC | #2

The internal mic also works.

but; I am a bit puzled, because I tried to comment out 'options snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
and now the sound still works, so it seems the soundcard was woken from some deepsleep.
The machine have been turned of for many (4/5) years... 

Anyway since the soundcard now is working with my current kernel without the extra options, I am unsure if trying the newest vanilla kernel would make any sense? 

Any recommendations?

-----Original Message----- 
> From: "Raymond Yau" <superquad.vortex2@gmail.com> 
> To: "Hui Wang" <hui.wang@canonical.com> 
> Cc: "ALSA Development Mailing List" <alsa-devel@alsa-project.org>, "Christian Gleerup" <cromozon@swn.nu> 
> Date: 18/03/2015 04:18 
> Subject: Re: [alsa-devel] getting the sound to work on my asus m6s00v 
> 
> 2015-3-18 ??10:05 ? "Hui Wang" <hui.wang@canonical.com> ???
> >
> > On 03/18/2015 05:45 AM, Christian Gleerup wrote:
> >>
> >> I had some problems getting the sound to work on my asus m6s00v
> >> (I think that is the model, it is a bit worn so I can't really read it)
> >>
> >> the symptoms was
> >> * on the integrated speakers, no sound at all
> >> * on the headphone speakers, sound for a very very short period that
> faded into nothing.
> >>
> >> with help from debianuser on freenode#alsa we managed to get it working.
> >> the option that i had to load the module with is the following:
> >> sudo modprobe snd-hda-intel model=3stack-digout
> >> the status now (perfect)...
> >> * sound on integrated speaker.
> >> * sound in headphones (disables integrated speaker output which is fine)
> >> * mic works, both for direct playback and recording
> >> * when recording it is the 'digital' channel that controls the volume of
> the recording level, all others
> >>
> >> Notice:
> >> I don't have OSS or pulseaudio installed.
> >>
> >> I am thinking it would be really nice if the driver automatically could
> detect that this option is required.
> >>
> >> this is the output from the alsa-info script
> >>
> http://www.alsa-project.org/db/?f=28b98a3bd1efc6a80dbd5c54b52c4472d8ea5496
> >>
> >> let me know if I can do anything to help with this.
> >
> > It seems the latest kernel already had a fixup for this machine, but the
> fixup is ALC880_FIXUP_ASUS_W5A instead of ALC880_FIXUP_3ST_DIG. Probably
> you should use latest upstream kernel without "model=3stack-digout" to test
> again, if it can't fix your problem, maybe the patch below can work.
> >
> > --- a/sound/pci/hda/patch_realtek.c
> > +++ b/sound/pci/hda/patch_realtek.c
> > @@ -1349,7 +1349,7 @@ static const struct hda_fixup alc880_fixups[] = {
> >
> >  static const struct snd_pci_quirk alc880_fixup_tbl[] = {
> >         SND_PCI_QUIRK(0x1019, 0x0f69, "Coeus G610P", ALC880_FIXUP_W810),
> > -       SND_PCI_QUIRK(0x1043, 0x10c3, "ASUS W5A", ALC880_FIXUP_ASUS_W5A),
> > +       SND_PCI_QUIRK(0x1043, 0x10c3, "ASUS W5A", ALC880_FIXUP_3ST_DIG),
> >         SND_PCI_QUIRK(0x1043, 0x1964, "ASUS Z71V", ALC880_FIXUP_Z71V),
> >         SND_PCI_QUIRK_VENDOR(0x1043, "ASUS", ALC880_FIXUP_GPIO1),
> >         SND_PCI_QUIRK(0x147b, 0x1045, "ABit AA8XE",
> ALC880_FIXUP_6ST_AUTOMUTE),
> >
> >
> 
> Sysfs Files
> !!-----------
> 
> /sys/class/sound/hwC0D0/init_pin_configs:
> 0x14 0x0121411f
> 0x15 0x411111f0
> 0x16 0x411111f0
> 0x17 0x411111f0
> 0x18 0x01a19920
> 0x19 0x411111f0
> 0x1a 0x411111f0
> 0x1b 0x411111f0
> 0x1c 0xb7331121
> 0x1d 0x411111f0
> 0x1e 0x0145411e
> 0x1f 0x411111f0
> 
> Simple mixer control 'Channel Mode',0
>   Capabilities: enum
>   Items: '2ch' '6ch'
>   Item0: '2ch'
> Simple mixer control 'Input Source',0
>   Capabilities: cenum
>   Items: 'Mic' 'Front Mic' 'Line' 'CD'
>   Item0: 'Mic'
> Simple mixer control 'Input Source',1
>   Capabilities: cenum
>   Items: 'Mic' 'Front Mic' 'Line' 'CD'
>   Item0: 'Mic'
> Simple mixer control 'Input Source',2
>   Capabilities: cenum
>   Items: 'Mic' 'Front Mic' 'Line' 'CD'
>   Item0: 'Mic'
> 
> Seem missing internal speaker and redundant  CD pin
> 
> Do your mic jack and internal mic work as expected ?
> 
> It is not correct to use 3stack when your laptop does not have three audio
> jacks for surround 5.1
> 
> !!
> 
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=487a588d09db0d6508261867df208d8bdc718251
> 
> Seem no mic jack and speaker in w5n
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Raymond Yau March 19, 2015, 3:55 a.m. UTC | #3

>
> The internal mic also works.
>
> but; I am a bit puzled, because I tried to comment out 'options
snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
> and now the sound still works, so it seems the soundcard was woken from
some deepsleep.
> The machine have been turned of for many (4/5) years...
>
> Anyway since the soundcard now is working with my current kernel without
the extra options, I am unsure if trying the newest vanilla kernel would
make any sense?
>
> Any recommendations?


Since your pci ssid are same as nb 's ASUS W5A, you will need to ask why
HP and mic disable jack detection and using ALC880_FIXUP_GPIO1

+ [ALC880_FIXUP_ASUS_W5A] = {
+ .type = HDA_FIXUP_PINS,
+ .v.pins = (const struct hda_pintbl[]) {
+ /* set up the whole pins as BIOS is utterly broken */
+ { 0x14, 0x0121411f }, /* HP */
+ { 0x15, 0x411111f0 }, /* N/A */
+ { 0x16, 0x411111f0 }, /* N/A */
+ { 0x17, 0x411111f0 }, /* N/A */
+ { 0x18, 0x90a60160 }, /* mic */
+ { 0x19, 0x411111f0 }, /* N/A */
+ { 0x1a, 0x411111f0 }, /* N/A */
+ { 0x1b, 0x411111f0 }, /* N/A */
+ { 0x1c, 0x411111f0 }, /* N/A */
+ { 0x1d, 0x411111f0 }, /* N/A */
+ { 0x1e, 0xb743111e }, /* SPDIF out */
+ { }
+ },
+ .chained = true,
+ .chain_id = ALC880_FIXUP_GPIO1,

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=29e3fdcc84e5da04cb7e6a36fee0a772c91d3b28

Most asus computers using alc880 were using asus model in previous version

Do the front or surround  playback volume affect the speaker and headphone
in your asus m6s00v ?

Do the mic jack works ?

Do mic boost and front mic boost affect the mic and internal mic ?

Try hdajacksensetest to test the jack detection of hp and mic jack

http://git.alsa-project.org/?p=alsa-tools.git;a=tree;f=hdajacksensetest;hb=HEAD

> > >> I had some problems getting the sound to work on my asus m6s00v
> > >> (I think that is the model, it is a bit worn so I can't really read
it)
> > >>
> > >> the symptoms was
> > >> * on the integrated speakers, no sound at all
> > >> * on the headphone speakers, sound for a very very short period that
> > faded into nothing.
> > >>
> > >> with help from debianuser on freenode#alsa we managed to get it
working.
> > >> the option that i had to load the module with is the following:
> > >> sudo modprobe snd-hda-intel model=3stack-digout
> > >> the status now (perfect)...
> > >> * sound on integrated speaker.
> > >> * sound in headphones (disables integrated speaker output which is
fine)
> > >> * mic works, both for direct playback and recording
> > >> * when recording it is the 'digital' channel that controls the
volume of
> > the recording level, all others
> > >>
> > >> Notice:
> > >> I don't have OSS or pulseaudio installed.
> > >>
> > >> I am thinking it would be really nice if the driver automatically
could
> > detect that this option is required.
> > >>
> > >> this is the output from the alsa-info script
> > >>
> >
http://www.alsa-project.org/db/?f=28b98a3bd1efc6a80dbd5c54b52c4472d8ea5496
> > >>
> > >> let me know if I can do anything to help with this.
> > >
> > > It seems the latest kernel already had a fixup for this machine, but
the
> > fixup is ALC880_FIXUP_ASUS_W5A instead of ALC880_FIXUP_3ST_DIG. Probably
> > you should use latest upstream kernel without "model=3stack-digout" to
test
> > again, if it can't fix your problem, maybe the patch below can work.
> > >
> > > --- a/sound/pci/hda/patch_realtek.c
> > > +++ b/sound/pci/hda/patch_realtek.c
> > > @@ -1349,7 +1349,7 @@ static const struct hda_fixup alc880_fixups[] =
{
> > >
> > >  static const struct snd_pci_quirk alc880_fixup_tbl[] = {
> > >         SND_PCI_QUIRK(0x1019, 0x0f69, "Coeus G610P",
ALC880_FIXUP_W810),
> > > -       SND_PCI_QUIRK(0x1043, 0x10c3, "ASUS W5A",
ALC880_FIXUP_ASUS_W5A),
> > > +       SND_PCI_QUIRK(0x1043, 0x10c3, "ASUS W5A",
ALC880_FIXUP_3ST_DIG),
> > >         SND_PCI_QUIRK(0x1043, 0x1964, "ASUS Z71V", ALC880_FIXUP_Z71V),
> > >         SND_PCI_QUIRK_VENDOR(0x1043, "ASUS", ALC880_FIXUP_GPIO1),
> > >         SND_PCI_QUIRK(0x147b, 0x1045, "ABit AA8XE",
> > ALC880_FIXUP_6ST_AUTOMUTE),
> > >
> > >
> >
> > Sysfs Files
> > !!-----------
> >
> > /sys/class/sound/hwC0D0/init_pin_configs:
> > 0x14 0x0121411f
> > 0x15 0x411111f0
> > 0x16 0x411111f0
> > 0x17 0x411111f0
> > 0x18 0x01a19920
> > 0x19 0x411111f0
> > 0x1a 0x411111f0
> > 0x1b 0x411111f0
> > 0x1c 0xb7331121
> > 0x1d 0x411111f0
> > 0x1e 0x0145411e
> > 0x1f 0x411111f0
> >
> > Simple mixer control 'Channel Mode',0
> >   Capabilities: enum
> >   Items: '2ch' '6ch'
> >   Item0: '2ch'
> > Simple mixer control 'Input Source',0
> >   Capabilities: cenum
> >   Items: 'Mic' 'Front Mic' 'Line' 'CD'
> >   Item0: 'Mic'
> > Simple mixer control 'Input Source',1
> >   Capabilities: cenum
> >   Items: 'Mic' 'Front Mic' 'Line' 'CD'
> >   Item0: 'Mic'
> > Simple mixer control 'Input Source',2
> >   Capabilities: cenum
> >   Items: 'Mic' 'Front Mic' 'Line' 'CD'
> >   Item0: 'Mic'
> >
> > Seem missing internal speaker and redundant  CD pin
> >
> > Do your mic jack and internal mic work as expected ?
> >
> > It is not correct to use 3stack when your laptop does not have three
audio
> > jacks for surround 5.1
> >
> > !!
> >
> >
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=487a588d09db0d6508261867df208d8bdc718251
> >
> > Seem no mic jack and speaker in w5n
> > _______________________________________________
> > Alsa-devel mailing list
> > Alsa-devel@alsa-project.org
> > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>

Raymond Yau March 19, 2015, 6:04 a.m. UTC | #4

>
> The internal mic also works.
>
> but; I am a bit puzled, because I tried to comment out 'options
snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
> and now the sound still works, so it seems the soundcard was woken from
some deepsleep.
> The machine have been turned of for many (4/5) years...
>
> Anyway since the soundcard now is working with my current kernel without
the extra options, I am unsure if trying the newest vanilla kernel would
make any sense?
>
> Any recommendations?

If it is a netbook with one jack which can be used as headphone or mic

The best way is to measure the impedance of the jack to determince  HP or
mic and swtich pin ctls to OUT or IN as pincap support ImpSense

Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
  Pin Default 0x0121411f: [Jack] HP Out at Ext Rear
    Conn = 1/8, Color = Green
    DefAssociation = 0x1, Sequence = 0xf
    Misc = NO_PRESENCE
  Pin-ctls: 0xc0: OUT HP
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x0c

Try

hda-verb  /dev/snd/hwC0D0 0x14 SET_PIN_SENSE 0

hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0

and check the returned values when you plug hp and mic are different

Christian Gleerup March 20, 2015, 4:39 p.m. UTC | #5

> > The internal mic also works.
> >
> > but; I am a bit puzled, because I tried to comment out 'options
> snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
> > and now the sound still works, so it seems the soundcard was woken from
> some deepsleep.
> > The machine have been turned of for many (4/5) years...
> >
> > Anyway since the soundcard now is working with my current kernel without
> the extra options, I am unsure if trying the newest vanilla kernel would
> make any sense?
> >
> > Any recommendations?
> 
> 
> Since your pci ssid are same as nb 's ASUS W5A, you will need to ask why
> HP and mic disable jack detection and using ALC880_FIXUP_GPIO1

That w5a seems much never than this one, I have tried looking some more into asus website to find this model, and I guess it is either m6v or m6n... It is a pentium single core, no webcam and two jacks
* MIC
* S/PDIF

> 
> + [ALC880_FIXUP_ASUS_W5A] = {
> + .type = HDA_FIXUP_PINS,
> + .v.pins = (const struct hda_pintbl[]) {
> + /* set up the whole pins as BIOS is utterly broken */
> + { 0x14, 0x0121411f }, /* HP */
> + { 0x15, 0x411111f0 }, /* N/A */
> + { 0x16, 0x411111f0 }, /* N/A */
> + { 0x17, 0x411111f0 }, /* N/A */
> + { 0x18, 0x90a60160 }, /* mic */
> + { 0x19, 0x411111f0 }, /* N/A */
> + { 0x1a, 0x411111f0 }, /* N/A */
> + { 0x1b, 0x411111f0 }, /* N/A */
> + { 0x1c, 0x411111f0 }, /* N/A */
> + { 0x1d, 0x411111f0 }, /* N/A */
> + { 0x1e, 0xb743111e }, /* SPDIF out */
> + { }
> + },
> + .chained = true,
> + .chain_id = ALC880_FIXUP_GPIO1,
> 
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=29e3fdcc84e5da04cb7e6a36fee0a772c91d3b28
> 

I am not sure what to make of that, I am guessing that those numbers are identical to some signature my laptop have? I have no experience with kernel hacking / driver development, so there might be something I am missing here.

> Most asus computers using alc880 were using asus model in previous version

> 
> Do the front or surround  playback volume affect the speaker and headphone
> in your asus m6s00v ?

front affects both internal speaker and Headphone.

> Do the mic jack works ?

Yes
 
> Do mic boost and front mic boost affect the mic and internal mic ?

I don't see a mic boost option anywhere. The recording part of alsamixer that is related to recording on my laptop is 'digital' 'capture' 'capture 1' and 'capture 2' seems to be ignored 
 
> Try hdajacksensetest to test the jack detection of hp and mic jack
> 
> http://git.alsa-project.org/?p=alsa-tools.git;a=tree;f=hdajacksensetest;hb=HEAD

With nothing plugged in:
/hdajacksensetest -a
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = No
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Pink Mic, Rear side): present = No
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = No
Pin 0x1b (Not connected): present = No
Pin 0x1c (Internal CD, Mobile-In): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Green SPDIF Out, Rear side): present = No
Pin 0x1f (Not connected): present = No

With Headphones plugged in:
./hdajacksensetest -a
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = Yes
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Pink Mic, Rear side): present = No
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = Yes
Pin 0x1b (Not connected): present = No
Pin 0x1c (Internal CD, Mobile-In): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Green SPDIF Out, Rear side): present = No
Pin 0x1f (Not connected): present = No

With Mic plugged in
./hdajacksensetest -a
Pin 0x14 (Green Headphone, Rear side): present = Yes
Pin 0x15 (Not connected): present = No
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Pink Mic, Rear side): present = Yes
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = No
Pin 0x1b (Not connected): present = No
Pin 0x1c (Internal CD, Mobile-In): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Green SPDIF Out, Rear side): present = No
Pin 0x1f (Not connected): present = No


> 
> > > >> I had some problems getting the sound to work on my asus m6s00v
> > > >> (I think that is the model, it is a bit worn so I can't really read
> it)
> > > >>
> > > >> the symptoms was
> > > >> * on the integrated speakers, no sound at all
> > > >> * on the headphone speakers, sound for a very very short period that
> > > faded into nothing.
> > > >>
> > > >> with help from debianuser on freenode#alsa we managed to get it
> working.
> > > >> the option that i had to load the module with is the following:
> > > >> sudo modprobe snd-hda-intel model=3stack-digout
> > > >> the status now (perfect)...
> > > >> * sound on integrated speaker.
> > > >> * sound in headphones (disables integrated speaker output which is
> fine)
> > > >> * mic works, both for direct playback and recording
> > > >> * when recording it is the 'digital' channel that controls the
> volume of
> > > the recording level, all others
> > > >>
> > > >> Notice:
> > > >> I don't have OSS or pulseaudio installed.
> > > >>
> > > >> I am thinking it would be really nice if the driver automatically
> could
> > > detect that this option is required.
> > > >>
> > > >> this is the output from the alsa-info script
> > > >>
> > >
> http://www.alsa-project.org/db/?f=28b98a3bd1efc6a80dbd5c54b52c4472d8ea5496
> > > >>
> > > >> let me know if I can do anything to help with this.
> > > >
> > > > It seems the latest kernel already had a fixup for this machine, but
> the
> > > fixup is ALC880_FIXUP_ASUS_W5A instead of ALC880_FIXUP_3ST_DIG. Probably
> > > you should use latest upstream kernel without "model=3stack-digout" to
> test
> > > again, if it can't fix your problem, maybe the patch below can work.
> > > >
> > > > --- a/sound/pci/hda/patch_realtek.c
> > > > +++ b/sound/pci/hda/patch_realtek.c
> > > > @@ -1349,7 +1349,7 @@ static const struct hda_fixup alc880_fixups[] =
> {
> > > >
> > > >  static const struct snd_pci_quirk alc880_fixup_tbl[] = {
> > > >         SND_PCI_QUIRK(0x1019, 0x0f69, "Coeus G610P",
> ALC880_FIXUP_W810),
> > > > -       SND_PCI_QUIRK(0x1043, 0x10c3, "ASUS W5A",
> ALC880_FIXUP_ASUS_W5A),
> > > > +       SND_PCI_QUIRK(0x1043, 0x10c3, "ASUS W5A",
> ALC880_FIXUP_3ST_DIG),
> > > >         SND_PCI_QUIRK(0x1043, 0x1964, "ASUS Z71V", ALC880_FIXUP_Z71V),
> > > >         SND_PCI_QUIRK_VENDOR(0x1043, "ASUS", ALC880_FIXUP_GPIO1),
> > > >         SND_PCI_QUIRK(0x147b, 0x1045, "ABit AA8XE",
> > > ALC880_FIXUP_6ST_AUTOMUTE),
> > > >
> > > >
> > >
> > > Sysfs Files
> > > !!-----------
> > >
> > > /sys/class/sound/hwC0D0/init_pin_configs:
> > > 0x14 0x0121411f
> > > 0x15 0x411111f0
> > > 0x16 0x411111f0
> > > 0x17 0x411111f0
> > > 0x18 0x01a19920
> > > 0x19 0x411111f0
> > > 0x1a 0x411111f0
> > > 0x1b 0x411111f0
> > > 0x1c 0xb7331121
> > > 0x1d 0x411111f0
> > > 0x1e 0x0145411e
> > > 0x1f 0x411111f0
> > >
> > > Simple mixer control 'Channel Mode',0
> > >   Capabilities: enum
> > >   Items: '2ch' '6ch'
> > >   Item0: '2ch'
> > > Simple mixer control 'Input Source',0
> > >   Capabilities: cenum
> > >   Items: 'Mic' 'Front Mic' 'Line' 'CD'
> > >   Item0: 'Mic'
> > > Simple mixer control 'Input Source',1
> > >   Capabilities: cenum
> > >   Items: 'Mic' 'Front Mic' 'Line' 'CD'
> > >   Item0: 'Mic'
> > > Simple mixer control 'Input Source',2
> > >   Capabilities: cenum
> > >   Items: 'Mic' 'Front Mic' 'Line' 'CD'
> > >   Item0: 'Mic'
> > >
> > > Seem missing internal speaker and redundant  CD pin
> > >
> > > Do your mic jack and internal mic work as expected ?
> > >
> > > It is not correct to use 3stack when your laptop does not have three
> audio
> > > jacks for surround 5.1
> > >
> > > !!
> > >
> > >
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=487a588d09db0d6508261867df208d8bdc718251
> > >
> > > Seem no mic jack and speaker in w5n
> > > _______________________________________________
> > > Alsa-devel mailing list
> > > Alsa-devel@alsa-project.org
> > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> >
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Christian Gleerup March 20, 2015, 4:48 p.m. UTC | #6

> > The internal mic also works.
> >
> > but; I am a bit puzled, because I tried to comment out 'options
> snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
> > and now the sound still works, so it seems the soundcard was woken from
> some deepsleep.
> > The machine have been turned of for many (4/5) years...
> >
> > Anyway since the soundcard now is working with my current kernel without
> the extra options, I am unsure if trying the newest vanilla kernel would
> make any sense?
> >
> > Any recommendations?
> 
> If it is a netbook with one jack which can be used as headphone or mic

Not a neetbook, two jacks, one Mic, and one S/PDIF
 
> The best way is to measure the impedance of the jack to determince  HP or
> mic and swtich pin ctls to OUT or IN as pincap support ImpSense
> 
> Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
>   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
>   Amp-Out vals:  [0x00 0x00]
>   Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
>   Pin Default 0x0121411f: [Jack] HP Out at Ext Rear
>     Conn = 1/8, Color = Green
>     DefAssociation = 0x1, Sequence = 0xf
>     Misc = NO_PRESENCE
>   Pin-ctls: 0xc0: OUT HP
>   Unsolicited: tag=00, enabled=0
>   Connection: 1
>      0x0c
> 
> Try
> 
> hda-verb  /dev/snd/hwC0D0 0x14 SET_PIN_SENSE 0
> 
> hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0
> 
> and check the returned values when you plug hp and mic are different

1) Nothing plugged in:
./hda-verb  /dev/snd/hwC0D0 0x14 SET_PIN_SENSE 0
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0

./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x7fffffff

2) Headphones plugged in in S/PDIF
./hda-verb  /dev/snd/hwC0D0 0x14 SET_PIN_SENSE 0
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0

./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x7fffffff

3) microphone plugged in 'Mic'
./hda-verb  /dev/snd/hwC0D0 0x14 SET_PIN_SENSE 0
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0

./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x7fffffff

Raymond Yau March 21, 2015, 1:43 a.m. UTC | #7

>
> > > The internal mic also works.
> > >
> > > but; I am a bit puzled, because I tried to comment out 'options
> > snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
> > > and now the sound still works, so it seems the soundcard was woken
from
> > some deepsleep.
> > > The machine have been turned of for many (4/5) years...
> > >
> > > Anyway since the soundcard now is working with my current kernel
without
> > the extra options, I am unsure if trying the newest vanilla kernel would
> > make any sense?
> > >
> > > Any recommendations?
> >
> >
> > Since your pci ssid are same as nb 's ASUS W5A, you will need to ask why
> > HP and mic disable jack detection and using ALC880_FIXUP_GPIO1
>
> That w5a seems much never than this one, I have tried looking some more
into asus website to find this model, and I guess it is either m6v or
m6n... It is a pentium single core, no webcam and two jacks
> * MIC
> * S/PDIF
>

http://mailman.alsa-project.org/pipermail/alsa-devel/2013-November/068359.html

> >
> > + [ALC880_FIXUP_ASUS_W5A] = {
> > + .type = HDA_FIXUP_PINS,
> > + .v.pins = (const struct hda_pintbl[]) {
> > + /* set up the whole pins as BIOS is utterly broken */
> > + { 0x14, 0x0121411f }, /* HP */
> > + { 0x15, 0x411111f0 }, /* N/A */
> > + { 0x16, 0x411111f0 }, /* N/A */
> > + { 0x17, 0x411111f0 }, /* N/A */
> > + { 0x18, 0x90a60160 }, /* mic */
> > + { 0x19, 0x411111f0 }, /* N/A */
> > + { 0x1a, 0x411111f0 }, /* N/A */
> > + { 0x1b, 0x411111f0 }, /* N/A */
> > + { 0x1c, 0x411111f0 }, /* N/A */
> > + { 0x1d, 0x411111f0 }, /* N/A */
> > + { 0x1e, 0xb743111e }, /* SPDIF out */
> > + { }
> > + },
> > + .chained = true,
> > + .chain_id = ALC880_FIXUP_GPIO1,
> >
> >
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=29e3fdcc84e5da04cb7e6a36fee0a772c91d3b28
> >
>
> I am not sure what to make of that, I am guessing that those numbers are
identical to some signature my laptop have? I have no experience with
kernel hacking / driver development, so there might be something I am
missing here.

http://git.kernel.org/cgit/linux/kernel/git/tiwai/hda-emu.git/tree/codecs/alc880-asus-w6a?id=HEAD

!Advanced information - PCI Vendor/Device/Susbsystem ID's
!!--------------------------------------------------------

00:1b.0 0403: 8086:2668 (rev 04)
Subsystem: 1043:10c2

>
> > Most asus computers using alc880 were using asus model in previous
version
>
> >
> > Do the front or surround  playback volume affect the speaker and
headphone
> > in your asus m6s00v ?
>
> front affects both internal speaker and Headphone.
>
> > Do the mic jack works ?
>
> Yes
>
> > Do mic boost and front mic boost affect the mic and internal mic ?
>
> I don't see a mic boost option anywhere. The recording part of alsamixer
that is related to recording on my laptop is 'digital' 'capture' 'capture
1' and 'capture 2' seems to be ignored

How about mic playback volume which allow you hear what is recording from
your mic

Simple mixer control 'Mic',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 65
  Mono:
  Front Left: Playback 62 [95%] [27.00dB] [off]
  Front Right: Playback 62 [95%] [27.00dB] [off]

Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
  Control: name="CD Playback Volume", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=4, ofs=0
  Control: name="CD Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=4, ofs=0
  Control: name="Line Playback Volume", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=2, ofs=0
  Control: name="Line Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=2, ofs=0
  Control: name="Mic Playback Volume", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=0, ofs=0
  Control: name="Mic Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=0, ofs=0
  Control: name="Beep Playback Volume", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=5, ofs=0
  Control: name="Beep Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=5, ofs=0
  Amp-In caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=1
  Amp-In vals:  [0xbe 0xbe] [0x80 0x80] [0x3b 0x3b] [0x80 0x80] [0xbc 0xbc]
[0x38 0x38] [0x80 0x80] [0x80 0x80]
  Connection: 8
     0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15

If node 0x18 is the mic jack , can you hear the internal mic 's recording
when you turn on line playback switch ?

>
> > Try hdajacksensetest to test the jack detection of hp and mic jack
> >
> >
http://git.alsa-project.org/?p=alsa-tools.git;a=tree;f=hdajacksensetest;hb=HEAD
>
> With nothing plugged in:
> /hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = No
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Pink Mic, Rear side): present = No
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = No
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Internal CD, Mobile-In): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Green SPDIF Out, Rear side): present = No
> Pin 0x1f (Not connected): present = No
>
> With Headphones plugged in:
> ./hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = Yes
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Pink Mic, Rear side): present = No
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Internal CD, Mobile-In): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Green SPDIF Out, Rear side): present = No
> Pin 0x1f (Not connected): present = No

It is possible that node 0x15 is the headphone jack since pinctl is OUT ,
but this node is connected to surround playback volume at node 0x0d and HP
amp is not enabled in pin ctls

Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
  Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
    Conn = 1/8, Color = Black
    DefAssociation = 0xf, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x0d

>
> With Mic plugged in
> ./hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = Yes
> Pin 0x15 (Not connected): present = No
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Pink Mic, Rear side): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = No
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Internal CD, Mobile-In): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Green SPDIF Out, Rear side): present = No
> Pin 0x1f (Not connected): present = No
>

1) Nothing plugged in: ./hda-verb /dev/snd/hwC0D0 0x14 SET_PIN_SENSE 0 nid
= 0x14, verb = 0x709, param = 0x0 value = 0x0

./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb = 0xf09,
param = 0x0 value = 0x7fffffff

2) Headphones plugged in in S/PDIF ./hda-verb /dev/snd/hwC0D0 0x14
SET_PIN_SENSE 0 nid = 0x14, verb = 0x709, param = 0x0 value = 0x0

./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb = 0xf09,
param = 0x0 value = 0x7fffffff

3) microphone plugged in 'Mic' ./hda-verb /dev/snd/hwC0D0 0x14
SET_PIN_SENSE 0 nid = 0x14, verb = 0x709, param = 0x0 value = 0x0

./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb = 0xf09,
param = 0x0 value = 0x7fffffff

A returned value of 0x7FFF,FFFF (all 1?s) indicates that a valid sense
reading is not available, or the sense measurement is busy

Most Significant Bit indicating the state of the Presence Detect
capability.  A 1 indicates that there is “something” plugged into the jack
associated with the Pin Complex 0x80000000

Try node 0x15 and node 0x18

Raymond Yau March 21, 2015, 3:24 a.m. UTC | #8

>
> > > The internal mic also works.
> > >
> > > but; I am a bit puzled, because I tried to comment out 'options
> > snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
> > > and now the sound still works, so it seems the soundcard was woken
from
> > some deepsleep.
> > > The machine have been turned of for many (4/5) years...
> > >
> > > Anyway since the soundcard now is working with my current kernel
without
> > the extra options, I am unsure if trying the newest vanilla kernel would
> > make any sense?
> > >
> > > Any recommendations?
> >
> > If it is a netbook with one jack which can be used as headphone or mic
>
> Not a neetbook, two jacks, one Mic, and one S/PDIF

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=487a588d09db0d6508261867df208d8bdc718251

+ [ALC880_FIXUP_ASUS_W5A] = {
+ .type = HDA_FIXUP_PINS,
+ .v.pins = (const struct hda_pintbl[]) {
+ /* set up the whole pins as BIOS is utterly broken */
+ { 0x14, 0x0121411f }, /* HP */
+ { 0x15, 0x411111f0 }, /* N/A */
+ { 0x16, 0x411111f0 }, /* N/A */
+ { 0x17, 0x411111f0 }, /* N/A */
+ { 0x18, 0x90a60160 }, /* mic */
+ { 0x19, 0x411111f0 }, /* N/A */
+ { 0x1a, 0x411111f0 }, /* N/A */
+ { 0x1b, 0x411111f0 }, /* N/A */
+ { 0x1c, 0x411111f0 }, /* N/A */
+ { 0x1d, 0x411111f0 }, /* N/A */
+ { 0x1e, 0xb743111e }, /* SPDIF out */
+ { }
+ },
+ .chained = true,
+ .chain_id = ALC880_FIXUP_GPIO1,
+ },

Using hda emu and the latest alsa driver,   headphone mic phantom jack is
created and enable shared I/O jack at node 0x14

0x18, 0x90a60160   [Fixed] Mic at Int

this seem different from your hdajacksensetest result if you can detect mic
jack at node 0x18

This mean bug in create headphone  mic jack if headphone mic require
specifc sequence number

Christian Gleerup March 26, 2015, 9:27 p.m. UTC | #9

I have done a couple of things
First I left the laptop off with no power connected; 
This made the laptop awake in the non functional state regarding the soundcard. 
I then used this opportunity to update to the latest kernel.

With the latest kernel, the sound is still not working.
Unmuting the S/PDIF in alsamixer turn on red light in the headphone jack.

also, using 3stack-digout option doesn't bring back sound.

This is the output from the alsa information tool
http://www.alsa-project.org/db/?f=df46a9ee01e04dde11b194e0278c9f22594540d0

after updating this is the output from various commands

[
Nothing plugged in:
./hdajacksensetest -a
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = No
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Internal Mic): present = Yes
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = Yes
Pin 0x1b (Not connected): present = No
Pin 0x1c (Not connected): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
Pin 0x1f (Not connected): present = No

./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} SET_PIN_SENSE 0 nid
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0

nid = 0x15, verb = 0x709, param = 0x0
value = 0x0

nid = 0x18, verb = 0x709, param = 0x0
value = 0x0

./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} GET_PIN_SENSE 0 nid
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x80001f41

nid = 0x15, verb = 0xf09, param = 0x0
value = 0x80001f41

nid = 0x18, verb = 0xf09, param = 0x0
value = 0x7fffffff
]

[
With headphone plugged in
./hdajacksensetest/hdajacksensetest -a
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = Yes
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Internal Mic): present = Yes
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = Yes
Pin 0x1b (Not connected): present = No
Pin 0x1c (Not connected): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
Pin 0x1f (Not connected): present = No

// and also ecact same output for hda-verb as with nothing plugged in 
]

[
with Mic plugged in, the following items changed

./hdajacksensetest/hdajacksensetest -a
Pin 0x14 (Green Headphone, Rear side): present = Yes
Pin 0x15 (Not connected): present = Yes
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Internal Mic): present = Yes
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = Yes
Pin 0x1b (Not connected): present = No
Pin 0x1c (Not connected): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
Pin 0x1f (Not connected): present = No

./hda-verb /dev/snd/hwC0D0 0x15 GET_PIN_SENSE 0 nid
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff

./hda-verb /dev/snd/hwC0D0 0x18 GET_PIN_SENSE 0 nid
nid = 0x18, verb = 0xf09, param = 0x0
value = 0x80001f41
]
> > > > The internal mic also works.
> > > >
> > > > but; I am a bit puzled, because I tried to comment out 'options
> > > snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
> > > > and now the sound still works, so it seems the soundcard was woken
> from
> > > some deepsleep.
> > > > The machine have been turned of for many (4/5) years...
> > > >
> > > > Anyway since the soundcard now is working with my current kernel
> without
> > > the extra options, I am unsure if trying the newest vanilla kernel would
> > > make any sense?
> > > >
> > > > Any recommendations?
> > >
> > >
> > > Since your pci ssid are same as nb 's ASUS W5A, you will need to ask why
> > > HP and mic disable jack detection and using ALC880_FIXUP_GPIO1
> >
> > That w5a seems much never than this one, I have tried looking some more
> into asus website to find this model, and I guess it is either m6v or
> m6n... It is a pentium single core, no webcam and two jacks
> > * MIC
> > * S/PDIF
> >
> 
> http://mailman.alsa-project.org/pipermail/alsa-devel/2013-November/068359.html
Yep, thats not the one
it is this one
http://postimg.org/image/onlil7luv/

 
> > >
> > > + [ALC880_FIXUP_ASUS_W5A] = {
> > > + .type = HDA_FIXUP_PINS,
> > > + .v.pins = (const struct hda_pintbl[]) {
> > > + /* set up the whole pins as BIOS is utterly broken */
> > > + { 0x14, 0x0121411f }, /* HP */
> > > + { 0x15, 0x411111f0 }, /* N/A */
> > > + { 0x16, 0x411111f0 }, /* N/A */
> > > + { 0x17, 0x411111f0 }, /* N/A */
> > > + { 0x18, 0x90a60160 }, /* mic */
> > > + { 0x19, 0x411111f0 }, /* N/A */
> > > + { 0x1a, 0x411111f0 }, /* N/A */
> > > + { 0x1b, 0x411111f0 }, /* N/A */
> > > + { 0x1c, 0x411111f0 }, /* N/A */
> > > + { 0x1d, 0x411111f0 }, /* N/A */
> > > + { 0x1e, 0xb743111e }, /* SPDIF out */
> > > + { }
> > > + },
> > > + .chained = true,
> > > + .chain_id = ALC880_FIXUP_GPIO1,
> > >
> > >
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=29e3fdcc84e5da04cb7e6a36fee0a772c91d3b28
> > >
> >
> > I am not sure what to make of that, I am guessing that those numbers are
> identical to some signature my laptop have? I have no experience with
> kernel hacking / driver development, so there might be something I am
> missing here.
> 
> http://git.kernel.org/cgit/linux/kernel/git/tiwai/hda-emu.git/tree/codecs/alc880-asus-w6a?id=HEAD
> 
> !Advanced information - PCI Vendor/Device/Susbsystem ID's
> !!--------------------------------------------------------
> 
> 00:1b.0 0403: 8086:2668 (rev 04)
> Subsystem: 1043:10c2
> 
> >
> > > Most asus computers using alc880 were using asus model in previous
> version
> >
> > >
> > > Do the front or surround  playback volume affect the speaker and
> headphone
> > > in your asus m6s00v ?
> >
> > front affects both internal speaker and Headphone.
> >
> > > Do the mic jack works ?
> >
> > Yes
> >
> > > Do mic boost and front mic boost affect the mic and internal mic ?
> >
> > I don't see a mic boost option anywhere. The recording part of alsamixer
> that is related to recording on my laptop is 'digital' 'capture' 'capture
> 1' and 'capture 2' seems to be ignored
> 
> How about mic playback volume which allow you hear what is recording from
> your mic
> 
> Simple mixer control 'Mic',0
>   Capabilities: pvolume pswitch penum
>   Playback channels: Front Left - Front Right
>   Limits: Playback 0 - 65
>   Mono:
>   Front Left: Playback 62 [95%] [27.00dB] [off]
>   Front Right: Playback 62 [95%] [27.00dB] [off]
> 
> Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
>   Control: name="CD Playback Volume", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=4, ofs=0
>   Control: name="CD Playback Switch", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=4, ofs=0
>   Control: name="Line Playback Volume", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=2, ofs=0
>   Control: name="Line Playback Switch", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=2, ofs=0
>   Control: name="Mic Playback Volume", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=0, ofs=0
>   Control: name="Mic Playback Switch", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=0, ofs=0
>   Control: name="Beep Playback Volume", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=5, ofs=0
>   Control: name="Beep Playback Switch", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=5, ofs=0
>   Amp-In caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=1
>   Amp-In vals:  [0xbe 0xbe] [0x80 0x80] [0x3b 0x3b] [0x80 0x80] [0xbc 0xbc]
> [0x38 0x38] [0x80 0x80] [0x80 0x80]
>   Connection: 8
>      0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15
> 
> If node 0x18 is the mic jack , can you hear the internal mic 's recording
> when you turn on line playback switch ?
> 
> >
> > > Try hdajacksensetest to test the jack detection of hp and mic jack
> > >
> > >
> http://git.alsa-project.org/?p=alsa-tools.git;a=tree;f=hdajacksensetest;hb=HEAD
> >
> > With nothing plugged in:
> > /hdajacksensetest -a
> > Pin 0x14 (Green Headphone, Rear side): present = No
> > Pin 0x15 (Not connected): present = No
> > Pin 0x16 (Not connected): present = No
> > Pin 0x17 (Not connected): present = No
> > Pin 0x18 (Pink Mic, Rear side): present = No
> > Pin 0x19 (Not connected): present = No
> > Pin 0x1a (Not connected): present = No
> > Pin 0x1b (Not connected): present = No
> > Pin 0x1c (Internal CD, Mobile-In): present = No
> > Pin 0x1d (Not connected): present = No
> > Pin 0x1e (Green SPDIF Out, Rear side): present = No
> > Pin 0x1f (Not connected): present = No
> >
> > With Headphones plugged in:
> > ./hdajacksensetest -a
> > Pin 0x14 (Green Headphone, Rear side): present = No
> > Pin 0x15 (Not connected): present = Yes
> > Pin 0x16 (Not connected): present = No
> > Pin 0x17 (Not connected): present = No
> > Pin 0x18 (Pink Mic, Rear side): present = No
> > Pin 0x19 (Not connected): present = No
> > Pin 0x1a (Not connected): present = Yes
> > Pin 0x1b (Not connected): present = No
> > Pin 0x1c (Internal CD, Mobile-In): present = No
> > Pin 0x1d (Not connected): present = No
> > Pin 0x1e (Green SPDIF Out, Rear side): present = No
> > Pin 0x1f (Not connected): present = No
> 
> It is possible that node 0x15 is the headphone jack since pinctl is OUT ,
> but this node is connected to surround playback volume at node 0x0d and HP
> amp is not enabled in pin ctls
> 
> Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
>   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
>   Amp-Out vals:  [0x80 0x80]
>   Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
>   Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
>     Conn = 1/8, Color = Black
>     DefAssociation = 0xf, Sequence = 0x0
>     Misc = NO_PRESENCE
>   Pin-ctls: 0x40: OUT
>   Unsolicited: tag=00, enabled=0
>   Connection: 1
>      0x0d
> 
> >
> > With Mic plugged in
> > ./hdajacksensetest -a
> > Pin 0x14 (Green Headphone, Rear side): present = Yes
> > Pin 0x15 (Not connected): present = No
> > Pin 0x16 (Not connected): present = No
> > Pin 0x17 (Not connected): present = No
> > Pin 0x18 (Pink Mic, Rear side): present = Yes
> > Pin 0x19 (Not connected): present = No
> > Pin 0x1a (Not connected): present = No
> > Pin 0x1b (Not connected): present = No
> > Pin 0x1c (Internal CD, Mobile-In): present = No
> > Pin 0x1d (Not connected): present = No
> > Pin 0x1e (Green SPDIF Out, Rear side): present = No
> > Pin 0x1f (Not connected): present = No
> >
> 
> 1) Nothing plugged in: ./hda-verb /dev/snd/hwC0D0 0x14 SET_PIN_SENSE 0 nid
> = 0x14, verb = 0x709, param = 0x0 value = 0x0
> 
> ./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb = 0xf09,
> param = 0x0 value = 0x7fffffff
> 
> 2) Headphones plugged in in S/PDIF ./hda-verb /dev/snd/hwC0D0 0x14
> SET_PIN_SENSE 0 nid = 0x14, verb = 0x709, param = 0x0 value = 0x0
> 
> ./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb = 0xf09,
> param = 0x0 value = 0x7fffffff
> 
> 3) microphone plugged in 'Mic' ./hda-verb /dev/snd/hwC0D0 0x14
> SET_PIN_SENSE 0 nid = 0x14, verb = 0x709, param = 0x0 value = 0x0
> 
> ./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb = 0xf09,
> param = 0x0 value = 0x7fffffff
> 
> A returned value of 0x7FFF,FFFF (all 1?s) indicates that a valid sense
> reading is not available, or the sense measurement is busy
> 
> Most Significant Bit indicating the state of the Presence Detect
> capability.  A 1 indicates that there is “something” plugged into the jack
> associated with the Pin Complex 0x80000000
> 
> Try node 0x15 and node 0x18
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Christian Gleerup March 26, 2015, 9:32 p.m. UTC | #10

> > > > The internal mic also works.
> > > >
> > > > but; I am a bit puzled, because I tried to comment out 'options
> > > snd-hda-intel model=3stack-digout' and did a powercycle (power off)...
> > > > and now the sound still works, so it seems the soundcard was woken
> from
> > > some deepsleep.
> > > > The machine have been turned of for many (4/5) years...
> > > >
> > > > Anyway since the soundcard now is working with my current kernel
> without
> > > the extra options, I am unsure if trying the newest vanilla kernel would
> > > make any sense?
> > > >
> > > > Any recommendations?
> > >
> > > If it is a netbook with one jack which can be used as headphone or mic
> >
> > Not a neetbook, two jacks, one Mic, and one S/PDIF
> 
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=487a588d09db0d6508261867df208d8bdc718251
> 
> + [ALC880_FIXUP_ASUS_W5A] = {
> + .type = HDA_FIXUP_PINS,
> + .v.pins = (const struct hda_pintbl[]) {
> + /* set up the whole pins as BIOS is utterly broken */
> + { 0x14, 0x0121411f }, /* HP */
> + { 0x15, 0x411111f0 }, /* N/A */
> + { 0x16, 0x411111f0 }, /* N/A */
> + { 0x17, 0x411111f0 }, /* N/A */
> + { 0x18, 0x90a60160 }, /* mic */
> + { 0x19, 0x411111f0 }, /* N/A */
> + { 0x1a, 0x411111f0 }, /* N/A */
> + { 0x1b, 0x411111f0 }, /* N/A */
> + { 0x1c, 0x411111f0 }, /* N/A */
> + { 0x1d, 0x411111f0 }, /* N/A */
> + { 0x1e, 0xb743111e }, /* SPDIF out */
> + { }
> + },
> + .chained = true,
> + .chain_id = ALC880_FIXUP_GPIO1,
> + },
> 

I am not sure if you would like me to apply this patch, if so how do I do it?

> Using hda emu and the latest alsa driver,   headphone mic phantom jack is
> created and enable shared I/O jack at node 0x14

Are these options I should specify when trying to load the driver?
 
> 0x18, 0x90a60160   [Fixed] Mic at Int
> 
> this seem different from your hdajacksensetest result if you can detect mic
> jack at node 0x18

I think this info should be in my other mail, yes?
 
> This mean bug in create headphone  mic jack if headphone mic require
> specifc sequence number

Christian Gleerup March 26, 2015, 9:51 p.m. UTC | #11

I looked closer at the previous image,

and there where some things that didnt look right.

The right model is m6v
and it seems like it actually have 4 speakers !

here is some cuts from the manual 
http://postimg.org/image/4zptpru97/ 

And the manual 
 http://dlcdnet.asus.com/pub/ASUS/nb/M6VA/e1916_m6_hw.pdf

Raymond Yau March 27, 2015, 2:23 a.m. UTC | #12

>
> I have done a couple of things
> First I left the laptop off with no power connected;
> This made the laptop awake in the non functional state regarding the
soundcard.
> I then used this opportunity to update to the latest kernel.
>
> With the latest kernel, the sound is still not working.
> Unmuting the S/PDIF in alsamixer turn on red light in the headphone jack.
>
> also, using 3stack-digout option doesn't bring back sound.
>
> This is the output from the alsa information tool
> http://www.alsa-project.org/db/?f=df46a9ee01e04dde11b194e0278c9f22594540d0

Sysfs Files
!!-----------

/sys/class/sound/hwC0D0/init_pin_configs:
0x14 0x0121411f
0x15 0x411111f0
0x16 0x411111f0
0x17 0x411111f0
0x18 0x01a19920
0x19 0x411111f0
0x1a 0x411111f0
0x1b 0x411111f0
0x1c 0xb7331121
0x1d 0x411111f0
0x1e 0x0145411e
0x1f 0x411111f0

/sys/class/sound/hwC0D0/driver_pin_configs:
0x14 0x0121411f
0x15 0x411111f0
0x16 0x411111f0
0x17 0x411111f0
0x18 0x90a60160
0x19 0x411111f0
0x1a 0x411111f0
0x1b 0x411111f0
0x1c 0x411111f0
0x1d 0x411111f0
0x1e 0xb743111e

/sys/class/sound/hwC0D0/user_pin_configs:

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=487a588d09db0d6508261867df208d8bdc718251

It is because the patch clear the pin default of  all pin complex

only hp , internal mic and digital out exist

The generic driver automatically add the headphone mic when there is
headphone and internal mic

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=967303dabc22335e83c6ee4a9e0684a7c05da976

Have you ask the author tiwai and tester nb how he test the patch ?

Your notebook  need four pin comples: hp, intermal speaker, mic and
internal mic

3stack-dig won't work since there is w5a pin fixup

HP and mic jack can be easily found by hda jack sense test but it is not
easy to find the internal mic and internal speaker after you upgrade

You need to use hda-jack-retask to retask the remaing pin complex

If you still have the working sound kernel, you can use hda analyzer to
mute the node to find the internal speaker and internal mic

>
> after updating this is the output from various commands
>
> [
> Nothing plugged in:
> ./hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = No
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} SET_PIN_SENSE 0 nid
> nid = 0x14, verb = 0x709, param = 0x0
> value = 0x0
>
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
>
> nid = 0x18, verb = 0x709, param = 0x0
> value = 0x0
>
> ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} GET_PIN_SENSE 0 nid
> nid = 0x14, verb = 0xf09, param = 0x0
> value = 0x80001f41
>
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0x80001f41
>
> nid = 0x18, verb = 0xf09, param = 0x0
> value = 0x7fffffff
> ]
>
> [
> With headphone plugged in
> ./hdajacksensetest/hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = Yes
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> // and also ecact same output for hda-verb as with nothing plugged in
> ]
>
> [
> with Mic plugged in, the following items changed
>
> ./hdajacksensetest/hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = Yes
> Pin 0x15 (Not connected): present = Yes
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> ./hda-verb /dev/snd/hwC0D0 0x15 GET_PIN_SENSE 0 nid
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0x7fffffff
>
> ./hda-verb /dev/snd/hwC0D0 0x18 GET_PIN_SENSE 0 nid
> nid = 0x18, verb = 0xf09, param = 0x0
> value = 0x80001f41
> ]
> > > > > The internal mic also works.
> > > > >
> > > > > but; I am a bit puzled, because I tried to comment out 'options
> > > > snd-hda-intel model=3stack-digout' and did a powercycle (power
off)...
> > > > > and now the sound still works, so it seems the soundcard was woken
> > from
> > > > some deepsleep.
> > > > > The machine have been turned of for many (4/5) years...
> > > > >
> > > > > Anyway since the soundcard now is working with my current kernel
> > without
> > > > the extra options, I am unsure if trying the newest vanilla kernel
would
> > > > make any sense?
> > > > >
> > > > > Any recommendations?
> > > >
> > > >
> > > > Since your pci ssid are same as nb 's ASUS W5A, you will need to
ask why
> > > > HP and mic disable jack detection and using ALC880_FIXUP_GPIO1
> > >
> > > That w5a seems much never than this one, I have tried looking some
more
> > into asus website to find this model, and I guess it is either m6v or
> > m6n... It is a pentium single core, no webcam and two jacks
> > > * MIC
> > > * S/PDIF
> > >
> >
> >
http://mailman.alsa-project.org/pipermail/alsa-devel/2013-November/068359.html
> Yep, thats not the one
> it is this one
> http://postimg.org/image/onlil7luv/
>
>
> > > >
> > > > + [ALC880_FIXUP_ASUS_W5A] = {
> > > > + .type = HDA_FIXUP_PINS,
> > > > + .v.pins = (const struct hda_pintbl[]) {
> > > > + /* set up the whole pins as BIOS is utterly broken */
> > > > + { 0x14, 0x0121411f }, /* HP */
> > > > + { 0x15, 0x411111f0 }, /* N/A */
> > > > + { 0x16, 0x411111f0 }, /* N/A */
> > > > + { 0x17, 0x411111f0 }, /* N/A */
> > > > + { 0x18, 0x90a60160 }, /* mic */
> > > > + { 0x19, 0x411111f0 }, /* N/A */
> > > > + { 0x1a, 0x411111f0 }, /* N/A */
> > > > + { 0x1b, 0x411111f0 }, /* N/A */
> > > > + { 0x1c, 0x411111f0 }, /* N/A */
> > > > + { 0x1d, 0x411111f0 }, /* N/A */
> > > > + { 0x1e, 0xb743111e }, /* SPDIF out */
> > > > + { }
> > > > + },
> > > > + .chained = true,
> > > > + .chain_id = ALC880_FIXUP_GPIO1,
> > > >
> > > >
> >
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=29e3fdcc84e5da04cb7e6a36fee0a772c91d3b28
> > > >
> > >
> > > I am not sure what to make of that, I am guessing that those numbers
are
> > identical to some signature my laptop have? I have no experience with
> > kernel hacking / driver development, so there might be something I am
> > missing here.
> >
> >
http://git.kernel.org/cgit/linux/kernel/git/tiwai/hda-emu.git/tree/codecs/alc880-asus-w6a?id=HEAD
> >
> > !Advanced information - PCI Vendor/Device/Susbsystem ID's
> > !!--------------------------------------------------------
> >
> > 00:1b.0 0403: 8086:2668 (rev 04)
> > Subsystem: 1043:10c2
> >
> > >
> > > > Most asus computers using alc880 were using asus model in previous
> > version
> > >
> > > >
> > > > Do the front or surround  playback volume affect the speaker and
> > headphone
> > > > in your asus m6s00v ?
> > >
> > > front affects both internal speaker and Headphone.
> > >
> > > > Do the mic jack works ?
> > >
> > > Yes
> > >
> > > > Do mic boost and front mic boost affect the mic and internal mic ?
> > >
> > > I don't see a mic boost option anywhere. The recording part of
alsamixer
> > that is related to recording on my laptop is 'digital' 'capture'
'capture
> > 1' and 'capture 2' seems to be ignored
> >
> > How about mic playback volume which allow you hear what is recording
from
> > your mic
> >
> > Simple mixer control 'Mic',0
> >   Capabilities: pvolume pswitch penum
> >   Playback channels: Front Left - Front Right
> >   Limits: Playback 0 - 65
> >   Mono:
> >   Front Left: Playback 62 [95%] [27.00dB] [off]
> >   Front Right: Playback 62 [95%] [27.00dB] [off]
> >
> > Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
> >   Control: name="CD Playback Volume", index=0, device=0
> >     ControlAmp: chs=3, dir=In, idx=4, ofs=0
> >   Control: name="CD Playback Switch", index=0, device=0
> >     ControlAmp: chs=3, dir=In, idx=4, ofs=0
> >   Control: name="Line Playback Volume", index=0, device=0
> >     ControlAmp: chs=3, dir=In, idx=2, ofs=0
> >   Control: name="Line Playback Switch", index=0, device=0
> >     ControlAmp: chs=3, dir=In, idx=2, ofs=0
> >   Control: name="Mic Playback Volume", index=0, device=0
> >     ControlAmp: chs=3, dir=In, idx=0, ofs=0
> >   Control: name="Mic Playback Switch", index=0, device=0
> >     ControlAmp: chs=3, dir=In, idx=0, ofs=0
> >   Control: name="Beep Playback Volume", index=0, device=0
> >     ControlAmp: chs=3, dir=In, idx=5, ofs=0
> >   Control: name="Beep Playback Switch", index=0, device=0
> >     ControlAmp: chs=3, dir=In, idx=5, ofs=0
> >   Amp-In caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=1
> >   Amp-In vals:  [0xbe 0xbe] [0x80 0x80] [0x3b 0x3b] [0x80 0x80] [0xbc
0xbc]
> > [0x38 0x38] [0x80 0x80] [0x80 0x80]
> >   Connection: 8
> >      0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15
> >
> > If node 0x18 is the mic jack , can you hear the internal mic 's
recording
> > when you turn on line playback switch ?
> >
> > >
> > > > Try hdajacksensetest to test the jack detection of hp and mic jack
> > > >
> > > >
> >
http://git.alsa-project.org/?p=alsa-tools.git;a=tree;f=hdajacksensetest;hb=HEAD
> > >
> > > With nothing plugged in:
> > > /hdajacksensetest -a
> > > Pin 0x14 (Green Headphone, Rear side): present = No
> > > Pin 0x15 (Not connected): present = No
> > > Pin 0x16 (Not connected): present = No
> > > Pin 0x17 (Not connected): present = No
> > > Pin 0x18 (Pink Mic, Rear side): present = No
> > > Pin 0x19 (Not connected): present = No
> > > Pin 0x1a (Not connected): present = No
> > > Pin 0x1b (Not connected): present = No
> > > Pin 0x1c (Internal CD, Mobile-In): present = No
> > > Pin 0x1d (Not connected): present = No
> > > Pin 0x1e (Green SPDIF Out, Rear side): present = No
> > > Pin 0x1f (Not connected): present = No
> > >
> > > With Headphones plugged in:
> > > ./hdajacksensetest -a
> > > Pin 0x14 (Green Headphone, Rear side): present = No
> > > Pin 0x15 (Not connected): present = Yes
> > > Pin 0x16 (Not connected): present = No
> > > Pin 0x17 (Not connected): present = No
> > > Pin 0x18 (Pink Mic, Rear side): present = No
> > > Pin 0x19 (Not connected): present = No
> > > Pin 0x1a (Not connected): present = Yes
> > > Pin 0x1b (Not connected): present = No
> > > Pin 0x1c (Internal CD, Mobile-In): present = No
> > > Pin 0x1d (Not connected): present = No
> > > Pin 0x1e (Green SPDIF Out, Rear side): present = No
> > > Pin 0x1f (Not connected): present = No
> >
> > It is possible that node 0x15 is the headphone jack since pinctl is OUT
,
> > but this node is connected to surround playback volume at node 0x0d and
HP
> > amp is not enabled in pin ctls
> >
> > Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
> >   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
> >   Amp-Out vals:  [0x80 0x80]
> >   Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
> >   Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
> >     Conn = 1/8, Color = Black
> >     DefAssociation = 0xf, Sequence = 0x0
> >     Misc = NO_PRESENCE
> >   Pin-ctls: 0x40: OUT
> >   Unsolicited: tag=00, enabled=0
> >   Connection: 1
> >      0x0d
> >
> > >
> > > With Mic plugged in
> > > ./hdajacksensetest -a
> > > Pin 0x14 (Green Headphone, Rear side): present = Yes
> > > Pin 0x15 (Not connected): present = No
> > > Pin 0x16 (Not connected): present = No
> > > Pin 0x17 (Not connected): present = No
> > > Pin 0x18 (Pink Mic, Rear side): present = Yes
> > > Pin 0x19 (Not connected): present = No
> > > Pin 0x1a (Not connected): present = No
> > > Pin 0x1b (Not connected): present = No
> > > Pin 0x1c (Internal CD, Mobile-In): present = No
> > > Pin 0x1d (Not connected): present = No
> > > Pin 0x1e (Green SPDIF Out, Rear side): present = No
> > > Pin 0x1f (Not connected): present = No
> > >
> >
> > 1) Nothing plugged in: ./hda-verb /dev/snd/hwC0D0 0x14 SET_PIN_SENSE 0
nid
> > = 0x14, verb = 0x709, param = 0x0 value = 0x0
> >
> > ./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb =
0xf09,
> > param = 0x0 value = 0x7fffffff
> >
> > 2) Headphones plugged in in S/PDIF ./hda-verb /dev/snd/hwC0D0 0x14
> > SET_PIN_SENSE 0 nid = 0x14, verb = 0x709, param = 0x0 value = 0x0
> >
> > ./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb =
0xf09,
> > param = 0x0 value = 0x7fffffff
> >
> > 3) microphone plugged in 'Mic' ./hda-verb /dev/snd/hwC0D0 0x14
> > SET_PIN_SENSE 0 nid = 0x14, verb = 0x709, param = 0x0 value = 0x0
> >
> > ./hda-verb /dev/snd/hwC0D0 0x14 GET_PIN_SENSE 0 nid = 0x14, verb =
0xf09,
> > param = 0x0 value = 0x7fffffff
> >
> > A returned value of 0x7FFF,FFFF (all 1?s) indicates that a valid sense
> > reading is not available, or the sense measurement is busy
> >
> > Most Significant Bit indicating the state of the Presence Detect
> > capability.  A 1 indicates that there is “something” plugged into the
jack
> > associated with the Pin Complex 0x80000000
> >
> > Try node 0x15 and node 0x18
> > _______________________________________________
> > Alsa-devel mailing list
> > Alsa-devel@alsa-project.org
> > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
>
>

Hui Wang March 27, 2015, 4 a.m. UTC | #13

On 03/27/2015 05:27 AM, Christian Gleerup wrote:
> I have done a couple of things
> First I left the laptop off with no power connected;
> This made the laptop awake in the non functional state regarding the soundcard.
> I then used this opportunity to update to the latest kernel.
>
> With the latest kernel, the sound is still not working.
> Unmuting the S/PDIF in alsamixer turn on red light in the headphone jack.
>
> also, using 3stack-digout option doesn't bring back sound.
>
> This is the output from the alsa information tool
> http://www.alsa-project.org/db/?f=df46a9ee01e04dde11b194e0278c9f22594540d0
>
> after updating this is the output from various commands
>
> [
> Nothing plugged in:
> ./hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = No
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} SET_PIN_SENSE 0 nid
> nid = 0x14, verb = 0x709, param = 0x0
> value = 0x0
>
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
>
> nid = 0x18, verb = 0x709, param = 0x0
> value = 0x0
>
> ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} GET_PIN_SENSE 0 nid
> nid = 0x14, verb = 0xf09, param = 0x0
> value = 0x80001f41
>
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0x80001f41
>
> nid = 0x18, verb = 0xf09, param = 0x0
> value = 0x7fffffff
> ]
>
> [
> With headphone plugged in
> ./hdajacksensetest/hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = Yes
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> // and also ecact same output for hda-verb as with nothing plugged in
> ]
>
> [
> with Mic plugged in, the following items changed
>
> ./hdajacksensetest/hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = Yes
> Pin 0x15 (Not connected): present = Yes
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> ./hda-verb /dev/snd/hwC0D0 0x15 GET_PIN_SENSE 0 nid
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0x7fffffff
>
> ./hda-verb /dev/snd/hwC0D0 0x18 GET_PIN_SENSE 0 nid
> nid = 0x18, verb = 0xf09, param = 0x0
> value = 0x80001f41
> ]
>
It looks like the pin connection map as below:

0x14: external mic in jack
0x15: external headphone jack
0x18: internal mic
0x1a: internal speaker
0x1e: internal SPDIF Out

Raymond Yau March 27, 2015, 5:09 a.m. UTC | #14

>>
>> I have done a couple of things
>> First I left the laptop off with no power connected;
>> This made the laptop awake in the non functional state regarding the
soundcard.
>> I then used this opportunity to update to the latest kernel.
>>
>> With the latest kernel, the sound is still not working.
>> Unmuting the S/PDIF in alsamixer turn on red light in the headphone jack.
>>
>> also, using 3stack-digout option doesn't bring back sound.
>>
>> This is the output from the alsa information tool
>>
http://www.alsa-project.org/db/?f=df46a9ee01e04dde11b194e0278c9f22594540d0
>>
>> after updating this is the output from various commands
>>
>> [
>> Nothing plugged in:
>> ./hdajacksensetest -a
>> Pin 0x14 (Green Headphone, Rear side): present = No
>> Pin 0x15 (Not connected): present = No
>> Pin 0x16 (Not connected): present = No
>> Pin 0x17 (Not connected): present = No
>> Pin 0x18 (Internal Mic): present = Yes
>> Pin 0x19 (Not connected): present = No
>> Pin 0x1a (Not connected): present = Yes
>> Pin 0x1b (Not connected): present = No
>> Pin 0x1c (Not connected): present = No
>> Pin 0x1d (Not connected): present = No
>> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
>> Pin 0x1f (Not connected): present = No
>>
>> ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} SET_PIN_SENSE 0 nid
>> nid = 0x14, verb = 0x709, param = 0x0
>> value = 0x0
>>
>> nid = 0x15, verb = 0x709, param = 0x0
>> value = 0x0
>>
>> nid = 0x18, verb = 0x709, param = 0x0
>> value = 0x0
>>
>> ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} GET_PIN_SENSE 0 nid
>> nid = 0x14, verb = 0xf09, param = 0x0
>> value = 0x80001f41
>>
>> nid = 0x15, verb = 0xf09, param = 0x0
>> value = 0x80001f41
>>
>> nid = 0x18, verb = 0xf09, param = 0x0
>> value = 0x7fffffff
>> ]
>>

You need to issue get_pin_sense  after set_pin_sense of the same node to
get the impedance measurement of that node before you test another node

It is strange that your result is different from hdajacksensetest

>> [
>> With headphone plugged in
>> ./hdajacksensetest/hdajacksensetest -a
>> Pin 0x14 (Green Headphone, Rear side): present = No
>> Pin 0x15 (Not connected): present = Yes
>> Pin 0x16 (Not connected): present = No
>> Pin 0x17 (Not connected): present = No
>> Pin 0x18 (Internal Mic): present = Yes
>> Pin 0x19 (Not connected): present = No
>> Pin 0x1a (Not connected): present = Yes
>> Pin 0x1b (Not connected): present = No
>> Pin 0x1c (Not connected): present = No
>> Pin 0x1d (Not connected): present = No
>> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
>> Pin 0x1f (Not connected): present = No
>>
>> // and also ecact same output for hda-verb as with nothing plugged in
>> ]
>>
>> [
>> with Mic plugged in, the following items changed
>>
>> ./hdajacksensetest/hdajacksensetest -a
>> Pin 0x14 (Green Headphone, Rear side): present = Yes
>> Pin 0x15 (Not connected): present = Yes
>> Pin 0x16 (Not connected): present = No
>> Pin 0x17 (Not connected): present = No
>> Pin 0x18 (Internal Mic): present = Yes
>> Pin 0x19 (Not connected): present = No
>> Pin 0x1a (Not connected): present = Yes
>> Pin 0x1b (Not connected): present = No
>> Pin 0x1c (Not connected): present = No
>> Pin 0x1d (Not connected): present = No
>> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
>> Pin 0x1f (Not connected): present = No
>>
>> ./hda-verb /dev/snd/hwC0D0 0x15 GET_PIN_SENSE 0 nid
>> nid = 0x15, verb = 0xf09, param = 0x0
>> value = 0x7fffffff
>>
>> ./hda-verb /dev/snd/hwC0D0 0x18 GET_PIN_SENSE 0 nid
>> nid = 0x18, verb = 0xf09, param = 0x0
>> value = 0x80001f41
>> ]
>>
> It looks like the pin connection map as below:
>
> 0x14: external mic in jack
> 0x15: external headphone jack
> 0x18: internal mic
> 0x1a: internal speaker
> 0x1e: internal SPDIF Out

If sound work with the previous version ,

Either 0x14, 0x15 and 0x16 are the headphone and speaker

So internal mic is 0x1a and mic jack is 0x18 if hda jack sense test report
present when you plug the mic jack

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=29e3fdcc84e5da04cb7e6a36fee0a772c91d3b28

- * ALC880 ASUS model
- *
- * DAC: HP/Front = 0x02 (0x0c), Surr = 0x03 (0x0d), CLFE = 0x04 (0x0e)
- * Pin assignment: HP/Front = 0x14, Surr = 0x15, CLFE = 0x16,
- *  Mic = 0x18, Line = 0x1a
- */

Raymond Yau March 27, 2015, 9:08 a.m. UTC | #15

>
> I have done a couple of things
> First I left the laptop off with no power connected;
> This made the laptop awake in the non functional state regarding the
soundcard.
> I then used this opportunity to update to the latest kernel.
>
> With the latest kernel, the sound is still not working.
> Unmuting the S/PDIF in alsamixer turn on red light in the headphone jack.
>
> also, using 3stack-digout option doesn't bring back sound.
>
> This is the output from the alsa information tool
> http://www.alsa-project.org/db/?f=df46a9ee01e04dde11b194e0278c9f22594540d0
>
> after updating this is the output from various commands
>
> [
> Nothing plugged in:
> ./hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = No
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} SET_PIN_SENSE 0 nid
> nid = 0x14, verb = 0x709, param = 0x0
> value = 0x0
>
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
>
> nid = 0x18, verb = 0x709, param = 0x0
> value = 0x0
>
> ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} GET_PIN_SENSE 0 nid
> nid = 0x14, verb = 0xf09, param = 0x0
> value = 0x80001f41
>
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0x80001f41
>
> nid = 0x18, verb = 0xf09, param = 0x0
> value = 0x7fffffff
> ]
>
> [
> With headphone plugged in
> ./hdajacksensetest/hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = Yes
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> // and also ecact same output for hda-verb as with nothing plugged in
> ]
>
> [
> with Mic plugged in, the following items changed
>
> ./hdajacksensetest/hdajacksensetest -a
> Pin 0x14 (Green Headphone, Rear side): present = Yes
> Pin 0x15 (Not connected): present = Yes
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Internal Mic): present = Yes
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Not connected): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
> Pin 0x1f (Not connected): present = No
>
> ./hda-verb /dev/snd/hwC0D0 0x15 GET_PIN_SENSE 0 nid
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0x7fffffff
>
> ./hda-verb /dev/snd/hwC0D0 0x18 GET_PIN_SENSE 0 nid
> nid = 0x18, verb = 0xf09, param = 0x0
> value = 0x80001f41

Seem impedance measurement is not correct, mic should have higher impedance
than headphone

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt

You can disable it by hint trigger_sense=0

- trigger_sense (bool): indicates that the jack detection needs the
  explicit call of AC_VERB_SET_PIN_SENSE verb

Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
  Control: name="Master Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Control: name="Headphone Mic Phantom Jack", index=0, device=0
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
  Pin Default 0x0121411f: [Jack] HP Out at Ext Rear
    Conn = 1/8, Color = Green
    DefAssociation = 0x1, Sequence = 0xf
    Misc = NO_PRESENCE
  Pin-ctls: 0xc0: OUT HP
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x0c

To get back headphone phantom jack if HP is really shared with speaker

Disable hp mic by hint  hp_mic_detect=0

- hp_mic_detect (bool): enable/disable the hp/mic shared input for a single
built-in mic case; default true

Christian Gleerup March 28, 2015, 9:19 a.m. UTC | #16

http://www.alsa-project.org/db/?f=df46a9ee01e04dde11b194e0278c9f22594540d0

> You need to issue get_pin_sense  after set_pin_sense of the same node to
> get the impedance measurement of that node before you test another node

Sorry, I missed that, here is the output again 

Nothing plugged in
../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do ./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb /dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = No
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Internal Mic): present = No
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = No
Pin 0x1b (Not connected): present = No
Pin 0x1c (Not connected): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
Pin 0x1f (Not connected): present = No
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff

Headphones plugged in
../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do ./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb /dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = No
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Internal Mic): present = No
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = No
Pin 0x1b (Not connected): present = No
Pin 0x1c (Not connected): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
Pin 0x1f (Not connected): present = No
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff

mic plugged in
../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do ./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb /dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = No
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Internal Mic): present = No
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = No
Pin 0x1b (Not connected): present = No
Pin 0x1c (Not connected): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No
Pin 0x1f (Not connected): present = No
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff



> > It looks like the pin connection map as below:
> >
> > 0x14: external mic in jack
> > 0x15: external headphone jack
> > 0x18: internal mic
> > 0x1a: internal speaker
> > 0x1e: internal SPDIF Out
> 
> If sound work with the previous version ,
> 
> Either 0x14, 0x15 and 0x16 are the headphone and speaker
> 
> So internal mic is 0x1a and mic jack is 0x18 if hda jack sense test report
> present when you plug the mic jack
> 
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda?id=29e3fdcc84e5da04cb7e6a36fee0a772c91d3b28
In my current (4.0.0-rc5), the option asus, asus-dig and asus-dig2 did not help with the sound,
I have not applied above patch, I am not sure if or how I should do this.

> - * ALC880 ASUS model
> - *
> - * DAC: HP/Front = 0x02 (0x0c), Surr = 0x03 (0x0d), CLFE = 0x04 (0x0e)
> - * Pin assignment: HP/Front = 0x14, Surr = 0x15, CLFE = 0x16,
> - *  Mic = 0x18, Line = 0x1a
> - */
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Christian Gleerup March 28, 2015, 9:26 a.m. UTC | #17

> It looks like the pin connection map as below:
> 
> 0x14: external mic in jack
> 0x15: external headphone jack
> 0x18: internal mic
> 0x1a: internal speaker
> 0x1e: internal SPDIF Out

noob question:
how do I use this knowledge to get sound outout

Christian Gleerup March 28, 2015, 9:33 a.m. UTC | #18

> Seem impedance measurement is not correct, mic should have higher impedance
> than headphone
> 
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt
> 
> You can disable it by hint trigger_sense=0
> 
> - trigger_sense (bool): indicates that the jack detection needs the
>   explicit call of AC_VERB_SET_PIN_SENSE verb
> 
> Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
>   Control: name="Master Playback Switch", index=0, device=0
>     ControlAmp: chs=3, dir=Out, idx=0, ofs=0
>   Control: name="Headphone Mic Phantom Jack", index=0, device=0
>   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
>   Amp-Out vals:  [0x00 0x00]
>   Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
>   Pin Default 0x0121411f: [Jack] HP Out at Ext Rear
>     Conn = 1/8, Color = Green
>     DefAssociation = 0x1, Sequence = 0xf
>     Misc = NO_PRESENCE
>   Pin-ctls: 0xc0: OUT HP
>   Unsolicited: tag=00, enabled=0
>   Connection: 1
>      0x0c
> 
> To get back headphone phantom jack if HP is really shared with speaker
> 
> Disable hp mic by hint  hp_mic_detect=0
> 
> - hp_mic_detect (bool): enable/disable the hp/mic shared input for a single
> built-in mic case; default true

not sure if this is correct, but it doesnt turn on sound
sudo modprobe snd-hda-intel options=trigger_sense=0

Christian Gleerup March 28, 2015, 9:49 a.m. UTC | #19

There might actually be a more serious problem with my 4.0.0 kernel since I don't get any error messages no matter what i try to throw at modprobe...


> > Seem impedance measurement is not correct, mic should have higher impedance
> > than headphone
> > 
> > https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt
> > 
> > You can disable it by hint trigger_sense=0
> > 
> > - trigger_sense (bool): indicates that the jack detection needs the
> >   explicit call of AC_VERB_SET_PIN_SENSE verb
> > 
> > Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
> >   Control: name="Master Playback Switch", index=0, device=0
> >     ControlAmp: chs=3, dir=Out, idx=0, ofs=0
> >   Control: name="Headphone Mic Phantom Jack", index=0, device=0
> >   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
> >   Amp-Out vals:  [0x00 0x00]
> >   Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
> >   Pin Default 0x0121411f: [Jack] HP Out at Ext Rear
> >     Conn = 1/8, Color = Green
> >     DefAssociation = 0x1, Sequence = 0xf
> >     Misc = NO_PRESENCE
> >   Pin-ctls: 0xc0: OUT HP
> >   Unsolicited: tag=00, enabled=0
> >   Connection: 1
> >      0x0c
> > 
> > To get back headphone phantom jack if HP is really shared with speaker
> > 
> > Disable hp mic by hint  hp_mic_detect=0
> > 
> > - hp_mic_detect (bool): enable/disable the hp/mic shared input for a single
> > built-in mic case; default true
> 
> not sure if this is correct, but it doesnt turn on sound
> sudo modprobe snd-hda-intel options=trigger_sense=0
> 
> 
> 
> 
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Christian Gleerup March 28, 2015, 9:53 a.m. UTC | #20

Trying again with my previous kernel since the new kernel seems broken regarding loading the sound module

nothin plugged in
../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do ./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb /dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = Yes
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Pink Mic, Rear side): present = No
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = No
Pin 0x1b (Not connected): present = No
Pin 0x1c (Internal CD, Mobile-In): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Green SPDIF Out, Rear side): present = No
Pin 0x1f (Not connected): present = No
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0xffffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0xffffffff

Headphone plugged in
 ../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do ./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb /dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
Pin 0x14 (Green Headphone, Rear side): present = No
Pin 0x15 (Not connected): present = No
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Pink Mic, Rear side): present = No
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = No
Pin 0x1b (Not connected): present = No
Pin 0x1c (Internal CD, Mobile-In): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Green SPDIF Out, Rear side): present = No
Pin 0x1f (Not connected): present = No
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0xffffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0xffffffff

Mic plugged in
 ../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do ./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb /dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
Pin 0x14 (Green Headphone, Rear side): present = Yes
Pin 0x15 (Not connected): present = No
Pin 0x16 (Not connected): present = No
Pin 0x17 (Not connected): present = No
Pin 0x18 (Pink Mic, Rear side): present = No
Pin 0x19 (Not connected): present = No
Pin 0x1a (Not connected): present = Yes
Pin 0x1b (Not connected): present = No
Pin 0x1c (Internal CD, Mobile-In): present = No
Pin 0x1d (Not connected): present = No
Pin 0x1e (Green SPDIF Out, Rear side): present = No
Pin 0x1f (Not connected): present = No
nid = 0x14, verb = 0x709, param = 0x0
value = 0x0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0xffffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff
nid = 0x15, verb = 0x709, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x7fffffff

Raymond Yau March 28, 2015, 10:33 a.m. UTC | #21

2015-3-28 ??5:52 ? "Christian Gleerup" <cromozon@swn.nu> ???
>
> Trying again with my previous kernel since the new kernel seems broken
regarding loading the sound module
>
> nothin plugged in
> ../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do
./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb
/dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = Yes
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Pink Mic, Rear side): present = No
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = No
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Internal CD, Mobile-In): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Green SPDIF Out, Rear side): present = No
> Pin 0x1f (Not connected): present = No
> nid = 0x14, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x14, verb = 0xf09, param = 0x0
> value = 0x7fffffff
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0xffffffff
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0xffffffff
>
> Headphone plugged in
>  ../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do
./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb
/dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
> Pin 0x14 (Green Headphone, Rear side): present = No
> Pin 0x15 (Not connected): present = No
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Pink Mic, Rear side): present = No
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = No
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Internal CD, Mobile-In): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Green SPDIF Out, Rear side): present = No
> Pin 0x1f (Not connected): present = No
> nid = 0x14, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x14, verb = 0xf09, param = 0x0
> value = 0x7fffffff
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0xffffffff
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0xffffffff

0xffffffff = 0x80000000 + 0x7ffffff

Try the modified version of hda_jack_sense_test.py which need hda_analyzer
's codec parser and alsa python

https://bugzilla.kernel.org/show_bug.cgi?id=66621#c39

it need time for the impedance measurement to complete and become stable,
You may need to increase  time.sleep(0.02) if you still get 0xffffffff

https://bugzilla.kernel.org/show_bug.cgi?id=66621#c41

# the hda_codec.py file comes from Jaroslav Kysela's hda_analyzer program.
from hda_codec import *
import time

def parseoptions():
    from optparse import OptionParser
    parser = OptionParser()
    parser.add_option("-c", "--card", dest="cardindex", default=0,
metavar="CARD",
        help="card index (as can be seen in /proc/asound/cards)")
    parser.add_option("-i", "--codec", dest="codecindex", default=0,
metavar="CODEC",
        help="codec index (as can be seen in /proc/asound/cardX/codecY)")
    (options, args) = parser.parse_args()
    return int(options.cardindex), int(options.codecindex)

cardindex, codecindex = parseoptions()
codec = HDACodec(cardindex, codecindex)
codec.analyze()
for nid in codec.nodes:
    node = codec.get_node(nid)
    if WIDGET_TYPE_IDS[node.wtype] == 'PIN':
pd = "   "
        impedance = "    "
if ((node.pincaps & 4) == 4):
    if (node.pincaps & 2):
                codec.rw(nid, VERBS['SET_PIN_SENSE'], 0)
                time.sleep(0.02)
            sense = codec.rw(nid, VERBS['GET_PIN_SENSE'], 0)
            if (node.pincaps & 1):
impedance = "Imp=%d" % (sense & 0x7fffffff)
            if (sense & 0x80000000):
pd = "PD=1"
    else:
pd = "PD=0"
        print "Pin 0x%.2x [%s] %s %s at %s (%s) %s : %s %s" % (nid,
node.jack_conn_name, node.jack_type_name, node.jack_location_name,
node.jack_location2_name, node.jack_color_name, node.defcfg_misc , pd,
impedance)
>
> Mic plugged in
>  ../hdajacksensetest/hdajacksensetest -a; for i in 0x14 0x15 0x15; do
./hda-verb /dev/snd/hwC0D0 $i SET_PIN_SENSE 0 nid ;./hda-verb
/dev/snd/hwC0D0 $i GET_PIN_SENSE 0 nid; done
> Pin 0x14 (Green Headphone, Rear side): present = Yes
> Pin 0x15 (Not connected): present = No
> Pin 0x16 (Not connected): present = No
> Pin 0x17 (Not connected): present = No
> Pin 0x18 (Pink Mic, Rear side): present = No
> Pin 0x19 (Not connected): present = No
> Pin 0x1a (Not connected): present = Yes
> Pin 0x1b (Not connected): present = No
> Pin 0x1c (Internal CD, Mobile-In): present = No
> Pin 0x1d (Not connected): present = No
> Pin 0x1e (Green SPDIF Out, Rear side): present = No
> Pin 0x1f (Not connected): present = No
> nid = 0x14, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x14, verb = 0xf09, param = 0x0
> value = 0xffffffff
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0x7fffffff
> nid = 0x15, verb = 0x709, param = 0x0
> value = 0x0
> nid = 0x15, verb = 0xf09, param = 0x0
> value = 0x7fffffff
>
>
>
>
>
>

Takashi Iwai March 28, 2015, 1:47 p.m. UTC | #22

At Sat, 28 Mar 2015 10:33:54 +0100,
Christian Gleerup wrote:
> 
> 
> > Seem impedance measurement is not correct, mic should have higher impedance
> > than headphone
> > 
> > https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt
> > 
> > You can disable it by hint trigger_sense=0
> > 
> > - trigger_sense (bool): indicates that the jack detection needs the
> >   explicit call of AC_VERB_SET_PIN_SENSE verb
> > 
> > Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
> >   Control: name="Master Playback Switch", index=0, device=0
> >     ControlAmp: chs=3, dir=Out, idx=0, ofs=0
> >   Control: name="Headphone Mic Phantom Jack", index=0, device=0
> >   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
> >   Amp-Out vals:  [0x00 0x00]
> >   Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
> >   Pin Default 0x0121411f: [Jack] HP Out at Ext Rear
> >     Conn = 1/8, Color = Green
> >     DefAssociation = 0x1, Sequence = 0xf
> >     Misc = NO_PRESENCE
> >   Pin-ctls: 0xc0: OUT HP
> >   Unsolicited: tag=00, enabled=0
> >   Connection: 1
> >      0x0c
> > 
> > To get back headphone phantom jack if HP is really shared with speaker
> > 
> > Disable hp mic by hint  hp_mic_detect=0
> > 
> > - hp_mic_detect (bool): enable/disable the hp/mic shared input for a single
> > built-in mic case; default true
> 
> not sure if this is correct, but it doesnt turn on sound
> sudo modprobe snd-hda-intel options=trigger_sense=0

The hint strings aren't passed in that way.  It's passed in a firmware
"patch" file that is specified via patch option snd-hda-intel module.
See Documentation/sound/alsa/HD-Audio.txt for details.


Takashi

Raymond Yau March 29, 2015, 4:06 p.m. UTC | #23

>
>
> > It looks like the pin connection map as below:
> >
> > 0x14: external mic in jack
> > 0x15: external headphone jack
> > 0x18: internal mic
> > 0x1a: internal speaker
> > 0x1e: internal SPDIF Out
>
> noob question:
> how do I use this knowledge to get sound outout
>
>

http://git.alsa-project.org/?p=alsa-tools.git;a=blob;f=hdajackretask/README;hb=HEAD

No need to use hint hp_mic_detect=0 if you find the node of internal mic
and mic jack

7.3.3.15 Pin Sense
The Pin Sense control returns the Presence Detect status, EDID-Like Data
(ELD) Valid, and the impedance measurement of the device attached to the
pin.

Some codecs may require that the impedance measurement be triggered by
software; in that case, sending the Execute command will cause the
impedance measurement to begin.

The “Presence Detect” bit will always be accurate if that functionality is
supported by the widget.

Note that the Pin Complex Widget may support the generation of an
Unsolicited Response to indicate that the Sense Measurement (either the
Presence Detect or the Impedance) value has changed, the generation of
which implies that the measurement is complete.

Right Chnl:  Normally impedance sensing is done on the left channel or
“tip” of the connector.  However, Pin Widgets may optionally support
sensing on the right channel or “ring” of the connector.  When this bit is
1, the impedance value is taken on the right channel if the Pin Widget
supports this; if not supported, this bit is ignored.  When this bit is 0,
the left channel is sensed.

> >
> >
> > > Seem impedance measurement is not correct, mic should have higher
impedance
> > > than headphone
> > >
> > >
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt
> > >
> > > You can disable it by hint trigger_sense=0
> > >
> > > - trigger_sense (bool): indicates that the jack detection needs the
> > >   explicit call of AC_VERB_SET_PIN_SENSE verb
> > >
> > > Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
> > >   Control: name="Master Playback Switch", index=0, device=0
> > >     ControlAmp: chs=3, dir=Out, idx=0, ofs=0
> > >   Control: name="Headphone Mic Phantom Jack", index=0, device=0
> > >   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
> > >   Amp-Out vals:  [0x00 0x00]
> > >   Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
> > >   Pin Default 0x0121411f: [Jack] HP Out at Ext Rear
> > >     Conn = 1/8, Color = Green
> > >     DefAssociation = 0x1, Sequence = 0xf
> > >     Misc = NO_PRESENCE
> > >   Pin-ctls: 0xc0: OUT HP
> > >   Unsolicited: tag=00, enabled=0
> > >   Connection: 1
> > >      0x0c
> > >
> > > To get back headphone phantom jack if HP is really shared with speaker
> > >
> > > Disable hp mic by hint  hp_mic_detect=0
> > >
> > > - hp_mic_detect (bool): enable/disable the hp/mic shared input for a
single
> > > built-in mic case; default true
> >
> > not sure if this is correct, but it doesnt turn on sound
> > sudo modprobe snd-hda-intel options=trigger_sense=0
>
> The hint strings aren't passed in that way.  It's passed in a firmware
> "patch" file that is specified via patch option snd-hda-intel module.
> See Documentation/sound/alsa/HD-Audio.txt for details.
>

Christian Gleerup May 17, 2015, 9:24 a.m. UTC | #24

I manged to get sound working again while playing arround with hdaretask.
but initially i tried setting up the outputs as suggest,
which didn't giveanything, then a then I tried setting 0.15 as internal speaker also.

For the first few seconds there where no sound, and then the sound slowly started to increase, but not the sound i was playing just some noise, not continously but.. erhm like this:
.|.|.|.|.|.|.|.|.|.|.|.|.|.|

I was not able to kill the sound even when muting all channels in alsa mixer.
then I removed all overrides (expect ch0x18), after clicking apply the repeating periodic sound dis-apered, and I was able to play sound.

So now I am able to play sound through the internal speaker
I have toggled ho_mic_detect=false, set model=auto.


-----Original Message----- 
> From: "Raymond Yau" <superquad.vortex2@gmail.com> 
> To: cromozon@swn.nu, tiwai@suse.de 
> Cc: "Hui Wang" <hui.wang@canonical.com>, "ALSA Development Mailing List" <alsa-devel@alsa-project.org>, nb <nb@dagami.org>, korobka@en.gov.ua 
> Date: 29/03/2015 18:07 
> Subject: Re: [alsa-devel] getting the sound to work on my asus m6s00v 
> 
> >
> >
> > > It looks like the pin connection map as below:
> > >
> > > 0x14: external mic in jack
> > > 0x15: external headphone jack
> > > 0x18: internal mic
> > > 0x1a: internal speaker
> > > 0x1e: internal SPDIF Out
> >
> > noob question:
> > how do I use this knowledge to get sound outout
> >
> >
> 
> http://git.alsa-project.org/?p=alsa-tools.git;a=blob;f=hdajackretask/README;hb=HEAD
> 
> No need to use hint hp_mic_detect=0 if you find the node of internal mic
> and mic jack
> 
> 7.3.3.15 Pin Sense
> The Pin Sense control returns the Presence Detect status, EDID-Like Data
> (ELD) Valid, and the impedance measurement of the device attached to the
> pin.
> 
> Some codecs may require that the impedance measurement be triggered by
> software; in that case, sending the Execute command will cause the
> impedance measurement to begin.
> 
> The “Presence Detect” bit will always be accurate if that functionality is
> supported by the widget.
> 
> Note that the Pin Complex Widget may support the generation of an
> Unsolicited Response to indicate that the Sense Measurement (either the
> Presence Detect or the Impedance) value has changed, the generation of
> which implies that the measurement is complete.
> 
> Right Chnl:  Normally impedance sensing is done on the left channel or
> “tip” of the connector.  However, Pin Widgets may optionally support
> sensing on the right channel or “ring” of the connector.  When this bit is
> 1, the impedance value is taken on the right channel if the Pin Widget
> supports this; if not supported, this bit is ignored.  When this bit is 0,
> the left channel is sensed.
> 
> > >
> > >
> > > > Seem impedance measurement is not correct, mic should have higher
> impedance
> > > > than headphone
> > > >
> > > >
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documentation/sound/alsa/HD-Audio.txt
> > > >
> > > > You can disable it by hint trigger_sense=0
> > > >
> > > > - trigger_sense (bool): indicates that the jack detection needs the
> > > >   explicit call of AC_VERB_SET_PIN_SENSE verb
> > > >
> > > > Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
> > > >   Control: name="Master Playback Switch", index=0, device=0
> > > >     ControlAmp: chs=3, dir=Out, idx=0, ofs=0
> > > >   Control: name="Headphone Mic Phantom Jack", index=0, device=0
> > > >   Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
> > > >   Amp-Out vals:  [0x00 0x00]
> > > >   Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense
> > > >   Pin Default 0x0121411f: [Jack] HP Out at Ext Rear
> > > >     Conn = 1/8, Color = Green
> > > >     DefAssociation = 0x1, Sequence = 0xf
> > > >     Misc = NO_PRESENCE
> > > >   Pin-ctls: 0xc0: OUT HP
> > > >   Unsolicited: tag=00, enabled=0
> > > >   Connection: 1
> > > >      0x0c
> > > >
> > > > To get back headphone phantom jack if HP is really shared with speaker
> > > >
> > > > Disable hp mic by hint  hp_mic_detect=0
> > > >
> > > > - hp_mic_detect (bool): enable/disable the hp/mic shared input for a
> single
> > > > built-in mic case; default true
> > >
> > > not sure if this is correct, but it doesnt turn on sound
> > > sudo modprobe snd-hda-intel options=trigger_sense=0
> >
> > The hint strings aren't passed in that way.  It's passed in a firmware
> > "patch" file that is specified via patch option snd-hda-intel module.
> > See Documentation/sound/alsa/HD-Audio.txt for details.
> >
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Raymond Yau May 19, 2015, 1:07 a.m. UTC | #25

>
> I manged to get sound working again while playing arround with hdaretask.
> but initially i tried setting up the outputs as suggest,
> which didn't giveanything, then a then I tried setting 0.15 as internal
speaker also.
>
> For the first few seconds there where no sound, and then the sound slowly
started to increase, but not the sound i was playing just some noise, not
continously but.. erhm like this:
> .|.|.|.|.|.|.|.|.|.|.|.|.|.|
>
> I was not able to kill the sound even when muting all channels in alsa
mixer.

> then I removed all overrides (expect ch0x18), after clicking apply the
repeating periodic sound dis-apered, and I was able to play sound.
>
> So now I am able to play sound through the internal speaker
> I have toggled ho_mic_detect=false, set model=auto.

You have to post output of alsa-info.sh for your patched driver if it work

Do you mean you cannot get correct impedence value for your jacks ?

Christian Gleerup May 22, 2015, 10:21 p.m. UTC | #26

Hello Raymond, 

I have upgraded from Debian 7 to 8, 
Now I am not able to get the sound to work properly again.

right now it seems very very strange.
I have very very low sound, but the sound is coupled to the 'PCM' part in Alsa mixer.
even if I mute all outputs, I can still hear PCM channel,
what makes me more crazy, is that the sound doesn't seem to directly from the speaker, but more towards the center of the labtob.... 

does the above problem sound any bells?

I am considering taking one channel of the time, and enabling sound output as internal speaker to see what happens 


-----Original Message----- 
> From: "Raymond Yau" <superquad.vortex2@gmail.com> 
> To: "Christian Gleerup" <cromozon@swn.nu> 
> Cc: "Hui Wang" <hui.wang@canonical.com>, tiwai@suse.de, "ALSA Development Mailing List" <alsa-devel@alsa-project.org>, nb <nb@dagami.org>, korobka@en.gov.ua 
> Date: 19/05/2015 03:08 
> Subject: Re: [alsa-devel] getting the sound to work on my asus m6s00v 
> 
> >
> > I manged to get sound working again while playing arround with hdaretask.
> > but initially i tried setting up the outputs as suggest,
> > which didn't giveanything, then a then I tried setting 0.15 as internal
> speaker also.
> >
> > For the first few seconds there where no sound, and then the sound slowly
> started to increase, but not the sound i was playing just some noise, not
> continously but.. erhm like this:
> > .|.|.|.|.|.|.|.|.|.|.|.|.|.|
> >
> > I was not able to kill the sound even when muting all channels in alsa
> mixer.
> 
> > then I removed all overrides (expect ch0x18), after clicking apply the
> repeating periodic sound dis-apered, and I was able to play sound.
> >
> > So now I am able to play sound through the internal speaker
> > I have toggled ho_mic_detect=false, set model=auto.
> 
> You have to post output of alsa-info.sh for your patched driver if it work
> 
> Do you mean you cannot get correct impedence value for your jacks ?
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

getting the sound to work on my asus m6s00v

Commit Message

Comments

Patch