[alsa-devel] getting the sound to work on my asus m6s00v
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.
Regards.
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),
Regards.
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
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/pc...
Seem no mic jack and speaker in w5n
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/pc...
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
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/pc...
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=H...
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/pc...
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
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/pc...
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=H...
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/pc...
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
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.ht...
- [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/pc...
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/al...
!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=H...
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
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.ht...
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/pc...
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/al...
!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=H...
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
- 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
- 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
- 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
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
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/pc...
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/pc...
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.ht...
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/pc...
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/al...
!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=H...
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
- 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
- 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
- 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
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
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/pc...
- * 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 - */
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/pc...
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
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
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
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
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/pc...
+ [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
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/pc...
- [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
participants (3)
-
Christian Gleerup -
Hui Wang -
Raymond Yau