Re: [alsa-devel] getting the sound to work on my asus m6s00v
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/Documentat... 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
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/Documentat...
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
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/Documentat...
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
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/Documentat...
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
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;... 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/Documentat...
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.
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;...
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/Documentat...
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
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 ?
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
participants (3)
-
Christian Gleerup -
Raymond Yau -
Takashi Iwai