* [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig @ 2011-04-05 14:59 Raymond Yau 2011-04-06 6:19 ` Takashi Iwai 0 siblings, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-05 14:59 UTC (permalink / raw) To: Takashi Iwai, ALSA Development Mailing List [-- Attachment #1: Type: text/plain, Size: 155 bytes --] Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" alc662 series only have 3 stereo DAC , so it can only support 5stack-dig instead of 6stack-dig [-- Attachment #2: 0001-Fix-alc662_dac_nid-and-change-6stack-dig-to-5stac.patch --] [-- Type: application/octet-stream, Size: 1293 bytes --] From b0db958a0a93f7a0ead332e8265a601494da1f4e Mon Sep 17 00:00:00 2001 From: Raymond Yau <superquad.vortex2@gmail.com> Date: Tue, 5 Apr 2011 22:47:15 +0800 Subject: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" alc662 series only have 3 DAC , so it can only support 5stack-dig instead of 6stack-dig Signed-off-by: Raymond Yau <superquad.vortex2@gmail.com> diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 50855cf..55420d7 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -17411,8 +17411,8 @@ static int patch_alc861vd(struct hda_codec *codec) #define ALC662_DIGOUT_NID 0x06 #define ALC662_DIGIN_NID 0x0a -static hda_nid_t alc662_dac_nids[4] = { - /* front, rear, clfe, rear_surr */ +static hda_nid_t alc662_dac_nids[3] = { + /* front, rear, clfe */ 0x02, 0x03, 0x04 }; @@ -18670,7 +18670,7 @@ static const char * const alc662_models[ALC662_MODEL_LAST] = { [ALC662_3ST_2ch_DIG] = "3stack-dig", [ALC662_3ST_6ch_DIG] = "3stack-6ch-dig", [ALC662_3ST_6ch] = "3stack-6ch", - [ALC662_5ST_DIG] = "6stack-dig", + [ALC662_5ST_DIG] = "5stack-dig", [ALC662_LENOVO_101E] = "lenovo-101e", [ALC662_ASUS_EEEPC_P701] = "eeepc-p701", [ALC662_ASUS_EEEPC_EP20] = "eeepc-ep20", -- 1.6.0.6 [-- Attachment #3: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply related [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-05 14:59 [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig Raymond Yau @ 2011-04-06 6:19 ` Takashi Iwai 2011-04-06 7:35 ` Raymond Yau 0 siblings, 1 reply; 30+ messages in thread From: Takashi Iwai @ 2011-04-06 6:19 UTC (permalink / raw) To: Raymond Yau; +Cc: ALSA Development Mailing List At Tue, 5 Apr 2011 22:59:29 +0800, Raymond Yau wrote: > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > alc662 series only have 3 stereo DAC , so it can only support 5stack-dig > instead of 6stack-dig Applied now. Thanks. Takashi ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 6:19 ` Takashi Iwai @ 2011-04-06 7:35 ` Raymond Yau 2011-04-06 7:41 ` Takashi Iwai 0 siblings, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-06 7:35 UTC (permalink / raw) To: Takashi Iwai, ALSA Development Mailing List 2011/4/6 Takashi Iwai <tiwai@suse.de> > At Tue, 5 Apr 2011 22:59:29 +0800, > Raymond Yau wrote: > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > alc662 series only have 3 stereo DAC , so it can only support 5stack-dig > > instead of 6stack-dig > > Applied now. Thanks. > > > Takashi > The other problem is this patch { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 ALC892 provides ten DAC channels that simultaneously support 7.1 channel sound playback, plus 2 channels of independent stereo sound output (multiple streaming) through the front panel stereo outputs. It seem that there is no specific code to distinguish a 10 channels alc892 from those 6 channels alc6xx ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 7:35 ` Raymond Yau @ 2011-04-06 7:41 ` Takashi Iwai 2011-04-06 8:29 ` Raymond Yau 0 siblings, 1 reply; 30+ messages in thread From: Takashi Iwai @ 2011-04-06 7:41 UTC (permalink / raw) To: Raymond Yau; +Cc: ALSA Development Mailing List At Wed, 6 Apr 2011 15:35:16 +0800, Raymond Yau wrote: > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > Raymond Yau wrote: > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > alc662 series only have 3 stereo DAC , so it can only support 5stack-dig > > > instead of 6stack-dig > > > > Applied now. Thanks. > > > > > > Takashi > > > > The other problem is this patch > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > ALC892 provides ten DAC channels that simultaneously support 7.1 channel > sound playback, plus 2 channels of independent stereo sound output (multiple > streaming) through the front panel stereo outputs. > > It seem that there is no specific code to distinguish a 10 channels alc892 > from those 6 channels alc6xx Yeah, but there is no quirks specific to alc892. Remember that the final goal is to remove all model-quirks from the driver. Takashi ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 7:41 ` Takashi Iwai @ 2011-04-06 8:29 ` Raymond Yau 2011-04-06 9:29 ` Takashi Iwai 0 siblings, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-06 8:29 UTC (permalink / raw) To: Takashi Iwai, ALSA Development Mailing List 2011/4/6 Takashi Iwai <tiwai@suse.de> > At Wed, 6 Apr 2011 15:35:16 +0800, > Raymond Yau wrote: > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > Raymond Yau wrote: > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > 5stack-dig > > > > instead of 6stack-dig > > > > > > Applied now. Thanks. > > > > > > > > > Takashi > > > > > > > The other problem is this patch > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 channel > > sound playback, plus 2 channels of independent stereo sound output > (multiple > > streaming) through the front panel stereo outputs. > > > > It seem that there is no specific code to distinguish a 10 channels > alc892 > > from those 6 channels alc6xx > > Yeah, but there is no quirks specific to alc892. > > Remember that the final goal is to remove all model-quirks from the > driver. > > > Takashi > My patch reduce the size of alc662_dac_nid may be wrong if the driver intend to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 8:29 ` Raymond Yau @ 2011-04-06 9:29 ` Takashi Iwai 2011-04-06 10:49 ` Valerio tesei ` (2 more replies) 0 siblings, 3 replies; 30+ messages in thread From: Takashi Iwai @ 2011-04-06 9:29 UTC (permalink / raw) To: Raymond Yau; +Cc: ALSA Development Mailing List At Wed, 6 Apr 2011 16:29:56 +0800, Raymond Yau wrote: > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > At Wed, 6 Apr 2011 15:35:16 +0800, > > Raymond Yau wrote: > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > > Raymond Yau wrote: > > > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > > 5stack-dig > > > > > instead of 6stack-dig > > > > > > > > Applied now. Thanks. > > > > > > > > > > > > Takashi > > > > > > > > > > The other problem is this patch > > > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 channel > > > sound playback, plus 2 channels of independent stereo sound output > > (multiple > > > streaming) through the front panel stereo outputs. > > > > > > It seem that there is no specific code to distinguish a 10 channels > > alc892 > > > from those 6 channels alc6xx > > > > Yeah, but there is no quirks specific to alc892. > > > > Remember that the final goal is to remove all model-quirks from the > > driver. > > > > > > Takashi > > > > My patch reduce the size of alc662_dac_nid may be wrong if the driver intend > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels Don't worry, alc662_dac_nids is used only for the fixed quirks. The auto-parser doesn't use these fixed defined pin arrays. Takashi ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 9:29 ` Takashi Iwai @ 2011-04-06 10:49 ` Valerio tesei 2011-04-07 1:53 ` Raymond Yau 2011-04-06 12:59 ` Raymond Yau 2011-04-08 2:06 ` Raymond Yau 2 siblings, 1 reply; 30+ messages in thread From: Valerio tesei @ 2011-04-06 10:49 UTC (permalink / raw) To: alsa-devel Sorry for the intrusion, I've a P7H55D-M Pro motherboard with an hda-intel realtek card (ALC892) i open a ticket in alsa bugtracker and Raymond says me to post here. My motherboard had 6 pinjack behind and optical output on it, from the specification page on asus ( http://uk.asus.com/product.aspx?P_ID=qWmZUAdNKeozTOXb&templete=2 ) Realtek ALC892 8-Channel High Definition Audio CODEC - BD Audio Layer Content Protection - Support Jack-dectection, Multi-streaming,Front Panel Jack-Retasking (Mic in port) - ASUS Noise Filter - Optical S/PDIF out ports at back I/O >From 2.6.38 kernel i've got a lot of problems with it, sound cracky, microphone doesnt work or work badly, no sound after a random time of use and some other problems. I'm now using 2.6.39-rc1 with kernel distribuited alsa build-in with kernel, About my bios config [Front Panel] = AC97 [SPDIF OUT] = SPDIF my latest alsa info is http://valeriotesei.com/alsa/alsainfo Link to ticket (to see my discussion with Raymond) https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5331 Let me know if i could help in some way, i'm not so skilled to help with source code, but i could be a beta tester. Sorry if i'm off-topic. Hope this will help you. 2011/4/6 Takashi Iwai <tiwai@suse.de> > At Wed, 6 Apr 2011 16:29:56 +0800, > Raymond Yau wrote: > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > At Wed, 6 Apr 2011 15:35:16 +0800, > > > Raymond Yau wrote: > > > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > > > Raymond Yau wrote: > > > > > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > > > 5stack-dig > > > > > > instead of 6stack-dig > > > > > > > > > > Applied now. Thanks. > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > The other problem is this patch > > > > > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > > > > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 > channel > > > > sound playback, plus 2 channels of independent stereo sound output > > > (multiple > > > > streaming) through the front panel stereo outputs. > > > > > > > > It seem that there is no specific code to distinguish a 10 channels > > > alc892 > > > > from those 6 channels alc6xx > > > > > > Yeah, but there is no quirks specific to alc892. > > > > > > Remember that the final goal is to remove all model-quirks from the > > > driver. > > > > > > > > > Takashi > > > > > > > My patch reduce the size of alc662_dac_nid may be wrong if the driver > intend > > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels > > Don't worry, alc662_dac_nids is used only for the fixed quirks. > The auto-parser doesn't use these fixed defined pin arrays. > > > Takashi > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 10:49 ` Valerio tesei @ 2011-04-07 1:53 ` Raymond Yau 2011-04-07 12:59 ` Valerio tesei 0 siblings, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-07 1:53 UTC (permalink / raw) To: Valerio tesei, ALSA Development Mailing List, Takashi Iwai 2011/4/6 Valerio tesei <valerio.tesei@gmail.com> > Sorry for the intrusion, > > I've a P7H55D-M Pro motherboard with an hda-intel realtek card (ALC892) i > open a ticket in alsa bugtracker and Raymond says me to post here. > My motherboard had 6 pinjack behind and optical output on it, from the > specification page on asus ( > http://uk.asus.com/product.aspx?P_ID=qWmZUAdNKeozTOXb&templete=2 ) > > Realtek ALC892 8-Channel High Definition Audio CODEC > - BD Audio Layer Content Protection > - Support Jack-dectection, Multi-streaming,Front Panel Jack-Retasking (Mic > in port) > - ASUS Noise Filter > - Optical S/PDIF out ports at back I/O > > From 2.6.38 kernel i've got a lot of problems with it, sound cracky, > microphone doesnt work or work badly, no sound after a random time of use > and some other problems. > I'm now using 2.6.39-rc1 with kernel distribuited alsa build-in with > kernel, > > About my bios config > [Front Panel] = AC97 > [SPDIF OUT] = SPDIF > > my latest alsa info is http://valeriotesei.com/alsa/alsainfo > > Link to ticket (to see my discussion with Raymond) > https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5331 > > Let me know if i could help in some way, i'm not so skilled to help with > source code, but i could be a beta tester. > > Sorry if i'm off-topic. > > Hope this will help you. > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > At Wed, 6 Apr 2011 16:29:56 +0800, > > Raymond Yau wrote: > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > At Wed, 6 Apr 2011 15:35:16 +0800, > > > > Raymond Yau wrote: > > > > > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > > > > Raymond Yau wrote: > > > > > > > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > > > > 5stack-dig > > > > > > > instead of 6stack-dig > > > > > > > > > > > > Applied now. Thanks. > > > > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > > > > The other problem is this patch > > > > > > > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > > > > > > > > > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > > > > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 > > channel > > > > > sound playback, plus 2 channels of independent stereo sound output > > > > (multiple > > > > > streaming) through the front panel stereo outputs. > > > > > > > > > > It seem that there is no specific code to distinguish a 10 > channels > > > > alc892 > > > > > from those 6 channels alc6xx > > > > > > > > Yeah, but there is no quirks specific to alc892. > > > > > > > > Remember that the final goal is to remove all model-quirks from the > > > > driver. > > > > > > > > > > > > Takashi > > > > > > > > > > My patch reduce the size of alc662_dac_nid may be wrong if the driver > > intend > > > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels > > > > Don't worry, alc662_dac_nids is used only for the fixed quirks. > > The auto-parser doesn't use these fixed defined pin arrays. > > > > > > Takashi > > http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=commit;h=1304ac8993e32c0530bc82bf1d3f953548a20971 I guess the driver still need to provide init_verbs for alc892 for the side channel mixer 0x0f since alc662_parse_auto_config() use different init_verbs for different codec especially alc662_init_verbs send: NID=0x15, VERB=0x70c(set_eapd_btl), PARM=0x2 EAPD command to non-capable pin 0x15 ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-07 1:53 ` Raymond Yau @ 2011-04-07 12:59 ` Valerio tesei 2011-04-07 13:13 ` Raymond Yau 0 siblings, 1 reply; 30+ messages in thread From: Valerio tesei @ 2011-04-07 12:59 UTC (permalink / raw) To: ALSA Development Mailing List This evening i will check out the Takashi sound-2.6 git kernel tree and update it every day to give feedback on problems with this card on my motherboard. If i could help in any other way (debug, dmesg or others) let me know :) why alsaconf does not find my card? what i'm wrong? anyway, thanks for all this work. V. 2011/4/7 Raymond Yau <superquad.vortex2@gmail.com> > > > 2011/4/6 Valerio tesei <valerio.tesei@gmail.com> > >> Sorry for the intrusion, >> >> I've a P7H55D-M Pro motherboard with an hda-intel realtek card (ALC892) i >> open a ticket in alsa bugtracker and Raymond says me to post here. >> My motherboard had 6 pinjack behind and optical output on it, from the >> specification page on asus ( >> http://uk.asus.com/product.aspx?P_ID=qWmZUAdNKeozTOXb&templete=2 ) >> >> Realtek ALC892 8-Channel High Definition Audio CODEC >> - BD Audio Layer Content Protection >> - Support Jack-dectection, Multi-streaming,Front Panel Jack-Retasking (Mic >> in port) >> - ASUS Noise Filter >> - Optical S/PDIF out ports at back I/O >> >> From 2.6.38 kernel i've got a lot of problems with it, sound cracky, >> microphone doesnt work or work badly, no sound after a random time of use >> and some other problems. >> I'm now using 2.6.39-rc1 with kernel distribuited alsa build-in with >> kernel, >> >> About my bios config >> [Front Panel] = AC97 >> [SPDIF OUT] = SPDIF >> >> my latest alsa info is http://valeriotesei.com/alsa/alsainfo >> >> Link to ticket (to see my discussion with Raymond) >> https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5331 >> >> Let me know if i could help in some way, i'm not so skilled to help with >> source code, but i could be a beta tester. >> >> Sorry if i'm off-topic. >> >> Hope this will help you. >> >> 2011/4/6 Takashi Iwai <tiwai@suse.de> >> >> > At Wed, 6 Apr 2011 16:29:56 +0800, >> > Raymond Yau wrote: >> > > >> > > 2011/4/6 Takashi Iwai <tiwai@suse.de> >> > > >> > > > At Wed, 6 Apr 2011 15:35:16 +0800, >> > > > Raymond Yau wrote: >> > > > > >> > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> >> > > > > >> > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, >> > > > > > Raymond Yau wrote: >> > > > > > > >> > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" >> > > > > > > >> > > > > > > alc662 series only have 3 stereo DAC , so it can only support >> > > > 5stack-dig >> > > > > > > instead of 6stack-dig >> > > > > > >> > > > > > Applied now. Thanks. >> > > > > > >> > > > > > >> > > > > > Takashi >> > > > > > >> > > > > >> > > > > The other problem is this patch >> > > > > >> > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, >> > > > > >> > > > > >> > > > >> > >> http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 >> > > > > >> > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 >> > channel >> > > > > sound playback, plus 2 channels of independent stereo sound output >> > > > (multiple >> > > > > streaming) through the front panel stereo outputs. >> > > > > >> > > > > It seem that there is no specific code to distinguish a 10 >> channels >> > > > alc892 >> > > > > from those 6 channels alc6xx >> > > > >> > > > Yeah, but there is no quirks specific to alc892. >> > > > >> > > > Remember that the final goal is to remove all model-quirks from the >> > > > driver. >> > > > >> > > > >> > > > Takashi >> > > > >> > > >> > > My patch reduce the size of alc662_dac_nid may be wrong if the driver >> > intend >> > > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels >> > >> > Don't worry, alc662_dac_nids is used only for the fixed quirks. >> > The auto-parser doesn't use these fixed defined pin arrays. >> > >> > >> > Takashi >> > > > > > http://git.kernel.org/?p=linux/kernel/git/tiwai/sound-2.6.git;a=commit;h=1304ac8993e32c0530bc82bf1d3f953548a20971 > > I guess the driver still need to provide init_verbs for alc892 for the side > channel mixer 0x0f since alc662_parse_auto_config() use different init_verbs > for different codec > > especially alc662_init_verbs > > send: NID=0x15, VERB=0x70c(set_eapd_btl), PARM=0x2 > EAPD command to non-capable pin 0x15 > > > ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-07 12:59 ` Valerio tesei @ 2011-04-07 13:13 ` Raymond Yau 2011-04-07 13:55 ` Valerio tesei 2011-04-07 19:44 ` Valerio Tesei 0 siblings, 2 replies; 30+ messages in thread From: Raymond Yau @ 2011-04-07 13:13 UTC (permalink / raw) To: ALSA Development Mailing List 2011/4/7 Valerio tesei <valerio.tesei@gmail.com> > This evening i will check out the Takashi sound-2.6 git kernel tree and > update it every day to give feedback on problems with this card on my > motherboard. > > If i could help in any other way (debug, dmesg or others) let me know :) > > why alsaconf does not find my card? what i'm wrong? > > anyway, thanks for all this work. > > You have to find out from system log which hardware cannot ioremap [ 250.950937] ioremap error for 0xdde70000-0xdde71000, requested 0x10, got 0x0 Is it normal to have so many hda_codec_cleanup_stream ? [ 369.824424] hda_codec_cleanup_stream: NID=0x9 [ 369.824857] hda_codec_cleanup_stream: NID=0x9 [ 369.825335] hda_codec_cleanup_stream: NID=0x9 [ 369.825764] hda_codec_cleanup_stream: NID=0x9 [ 369.826232] hda_codec_cleanup_stream: NID=0x9 [ 369.826634] hda_codec_cleanup_stream: NID=0x9 [ 369.827095] hda_codec_cleanup_stream: NID=0x9 The HDA controller seem support multi stream capture [ 6.748965] hda-intel: chipset global capabilities = 0x4401 Two stereo ADCs support 16/20/24-bit PCM format, multiple stereo recording but the driver only create 1 capture stream.but two capture volume/switches and input sources ARECORD **** List of CAPTURE Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 Simple mixer control 'Input Source',0 Capabilities: cenum Items: 'Rear Mic' 'Front Mic' 'Line' Item0: 'Rear Mic' Simple mixer control 'Input Source',1 Capabilities: cenum Items: 'Rear Mic' 'Front Mic' 'Line' Item0: 'Rear Mic' ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-07 13:13 ` Raymond Yau @ 2011-04-07 13:55 ` Valerio tesei 2011-04-07 19:44 ` Valerio Tesei 1 sibling, 0 replies; 30+ messages in thread From: Valerio tesei @ 2011-04-07 13:55 UTC (permalink / raw) To: ALSA Development Mailing List to find out which hw cannot ioremap just search around dmesg and messages ? Need some debug flag in kernel? About the stream_cleanup are comed out after enabling verbose messages in kernel config for alsa. must we rename the subject of the email? we passed from alc662 to alc892,this may confuse some one else here is 15.50, at 19.30 i'm back home and could test and compile :) So write here anything you need, i will post it later. V. 2011/4/7 Raymond Yau <superquad.vortex2@gmail.com> > 2011/4/7 Valerio tesei <valerio.tesei@gmail.com> > > > This evening i will check out the Takashi sound-2.6 git kernel tree and > > update it every day to give feedback on problems with this card on my > > motherboard. > > > > If i could help in any other way (debug, dmesg or others) let me know :) > > > > why alsaconf does not find my card? what i'm wrong? > > > > anyway, thanks for all this work. > > > > > You have to find out from system log which hardware cannot ioremap > > [ 250.950937] ioremap error for 0xdde70000-0xdde71000, requested 0x10, got > 0x0 > > Is it normal to have so many hda_codec_cleanup_stream ? > > [ 369.824424] hda_codec_cleanup_stream: NID=0x9 > [ 369.824857] hda_codec_cleanup_stream: NID=0x9 > [ 369.825335] hda_codec_cleanup_stream: NID=0x9 > [ 369.825764] hda_codec_cleanup_stream: NID=0x9 > [ 369.826232] hda_codec_cleanup_stream: NID=0x9 > [ 369.826634] hda_codec_cleanup_stream: NID=0x9 > [ 369.827095] hda_codec_cleanup_stream: NID=0x9 > > > The HDA controller seem support multi stream capture > > [ 6.748965] hda-intel: chipset global capabilities = 0x4401 > > Two stereo ADCs support 16/20/24-bit PCM format, multiple stereo recording > > but the driver only create 1 capture stream.but two capture volume/switches > and input sources > > ARECORD > **** List of CAPTURE Hardware Devices **** > card 0: Intel [HDA Intel], device 0: ALC892 Analog [ALC892 Analog] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > > Simple mixer control 'Input Source',0 > Capabilities: cenum > Items: 'Rear Mic' 'Front Mic' 'Line' > Item0: 'Rear Mic' > Simple mixer control 'Input Source',1 > Capabilities: cenum > Items: 'Rear Mic' 'Front Mic' 'Line' > Item0: 'Rear Mic' > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-07 13:13 ` Raymond Yau 2011-04-07 13:55 ` Valerio tesei @ 2011-04-07 19:44 ` Valerio Tesei 2011-04-08 0:48 ` Raymond Yau 1 sibling, 1 reply; 30+ messages in thread From: Valerio Tesei @ 2011-04-07 19:44 UTC (permalink / raw) To: alsa-devel I checkout the takashi kernel tree, selected hda-intel and alsa as module and reboot. After probe i get these debug http://pastebin.com/7hGVe4U3 with (i think) useful informations about, Looking for the ioremap that Raymond ask about i found : [ 1048.230360] nvidia: module license 'NVIDIA' taints kernel. [ 1048.230363] Disabling lock debugging due to kernel taint [ 1048.664298] nvidia 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 1048.664304] nvidia 0000:01:00.0: setting latency timer to 64 [ 1048.664308] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [ 1048.664529] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 270.18 Tue Jan 18 21:46:26 PST 2011 [ 1048.866318] ioremap error for 0xdde70000-0xdde71000, requested 0x10, got 0x0 So i could say that ioremap is about nvidia, do you? This is my latest alsa-info http://www.alsa-project.org/db/?f=184ce71bf28e38656c1a31a607f9c38c396808a3 Dont care about "failed to load firmware bla bla bla" i found wrong google informations about it :) Hope to be helpful, V. Il 07/04/2011 15:13, Raymond Yau ha scritto: > 2011/4/7 Valerio tesei <valerio.tesei@gmail.com> > >> This evening i will check out the Takashi sound-2.6 git kernel tree and >> update it every day to give feedback on problems with this card on my >> motherboard. >> >> If i could help in any other way (debug, dmesg or others) let me know :) >> >> why alsaconf does not find my card? what i'm wrong? >> >> anyway, thanks for all this work. >> >> > You have to find out from system log which hardware cannot ioremap > > [ 250.950937] ioremap error for 0xdde70000-0xdde71000, requested 0x10, got > 0x0 > > Is it normal to have so many hda_codec_cleanup_stream ? > > [ 369.824424] hda_codec_cleanup_stream: NID=0x9 > [ 369.824857] hda_codec_cleanup_stream: NID=0x9 > [ 369.825335] hda_codec_cleanup_stream: NID=0x9 > [ 369.825764] hda_codec_cleanup_stream: NID=0x9 > [ 369.826232] hda_codec_cleanup_stream: NID=0x9 > [ 369.826634] hda_codec_cleanup_stream: NID=0x9 > [ 369.827095] hda_codec_cleanup_stream: NID=0x9 > > > The HDA controller seem support multi stream capture > > [ 6.748965] hda-intel: chipset global capabilities = 0x4401 > > Two stereo ADCs support 16/20/24-bit PCM format, multiple stereo recording > > but the driver only create 1 capture stream.but two capture volume/switches > and input sources > > ARECORD > **** List of CAPTURE Hardware Devices **** > card 0: Intel [HDA Intel], device 0: ALC892 Analog [ALC892 Analog] > Subdevices: 1/1 > Subdevice #0: subdevice #0 > > Simple mixer control 'Input Source',0 > Capabilities: cenum > Items: 'Rear Mic' 'Front Mic' 'Line' > Item0: 'Rear Mic' > Simple mixer control 'Input Source',1 > Capabilities: cenum > Items: 'Rear Mic' 'Front Mic' 'Line' > Item0: 'Rear Mic' > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel -- *Email:* valerio.tesei@gmail.com *Cellulare:* +39.3394768306 *Gtalk:* valerio.tesei@gmail.com *LinkedIn:* http://www.linkedin.com/pub/valerio-tesei/22/a87/577 ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-07 19:44 ` Valerio Tesei @ 2011-04-08 0:48 ` Raymond Yau 0 siblings, 0 replies; 30+ messages in thread From: Raymond Yau @ 2011-04-08 0:48 UTC (permalink / raw) To: ALSA Development Mailing List, Takashi Iwai 2011/4/8 Valerio Tesei <valerio.tesei@gmail.com> > I checkout the takashi kernel tree, selected hda-intel and alsa as > module and reboot. > > After probe i get these debug http://pastebin.com/7hGVe4U3 with (i > think) useful informations about, > > Looking for the ioremap that Raymond ask about i found : > > [ 1048.230360] nvidia: module license 'NVIDIA' taints kernel. > [ 1048.230363] Disabling lock debugging due to kernel taint > [ 1048.664298] nvidia 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> > IRQ 16 > [ 1048.664304] nvidia 0000:01:00.0: setting latency timer to 64 > [ 1048.664308] vgaarb: device changed decodes: > PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem > [ 1048.664529] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 270.18 > Tue Jan 18 21:46:26 PST 2011 > [ 1048.866318] ioremap error for 0xdde70000-0xdde71000, requested 0x10, > got 0x0 > > So i could say that ioremap is about nvidia, do you? > Since your motheboard have hdmi port , you will need to find out whether hdmi port is belonged to nvidia graphic http://thread.gmane.org/gmane.linux.alsa.devel/81856 > This is my latest alsa-info > http://www.alsa-project.org/db/?f=184ce71bf28e38656c1a31a607f9c38c396808a3 > > Dont care about "failed to load firmware bla bla bla" i found wrong > google informations about it :) > > It seem that you don't know how to apply patch you may need to ask Takashi As for the capture device and two set of capture controls spec->stream_analog_playback = &alc662_pcm_analog_playback; spec->stream_analog_capture = &alc662_pcm_analog_capture; + if (codec->vendor_id == 0x10ec0892) + spec->stream_analog_alt_capture = &alc880_pcm_analog_alt_capture; ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 9:29 ` Takashi Iwai 2011-04-06 10:49 ` Valerio tesei @ 2011-04-06 12:59 ` Raymond Yau 2011-04-06 13:07 ` Takashi Iwai 2011-04-08 2:06 ` Raymond Yau 2 siblings, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-06 12:59 UTC (permalink / raw) To: Takashi Iwai, ALSA Development Mailing List 2011/4/6 Takashi Iwai <tiwai@suse.de> > At Wed, 6 Apr 2011 16:29:56 +0800, > Raymond Yau wrote: > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > At Wed, 6 Apr 2011 15:35:16 +0800, > > > Raymond Yau wrote: > > > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > > > Raymond Yau wrote: > > > > > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > > > 5stack-dig > > > > > > instead of 6stack-dig > > > > > > > > > > Applied now. Thanks. > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > The other problem is this patch > > > > > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > > > > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 > channel > > > > sound playback, plus 2 channels of independent stereo sound output > > > (multiple > > > > streaming) through the front panel stereo outputs. > > > > > > > > It seem that there is no specific code to distinguish a 10 channels > > > alc892 > > > > from those 6 channels alc6xx > > > > > > Yeah, but there is no quirks specific to alc892. > > > > > > Remember that the final goal is to remove all model-quirks from the > > > driver. > > > > > > > > > Takashi > > > > > > > My patch reduce the size of alc662_dac_nid may be wrong if the driver > intend > > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels > > Don't worry, alc662_dac_nids is used only for the fixed quirks. > The auto-parser doesn't use these fixed defined pin arrays. > > > Takashi > The bug for 10 channels alc892 is in alc662_mix_to_dac, it should return [Audio Output ]0x5 for [Audiomixer 0x0f] -- side channel if model=auto is used for 6stack static inline hda_nid_t alc662_mix_to_dac(hda_nid_t nid) { if (nid == 0x0f) return 0x02; else if (nid >= 0x0c && nid <= 0x0e) return nid - 0x0c + 0x02; else if (nid == 0x26) /* ALC887-VD has this DAC too */ return 0x25; else return 0; } ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 12:59 ` Raymond Yau @ 2011-04-06 13:07 ` Takashi Iwai 2011-04-06 13:19 ` Takashi Iwai 0 siblings, 1 reply; 30+ messages in thread From: Takashi Iwai @ 2011-04-06 13:07 UTC (permalink / raw) To: Raymond Yau; +Cc: ALSA Development Mailing List At Wed, 6 Apr 2011 20:59:58 +0800, Raymond Yau wrote: > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > At Wed, 6 Apr 2011 16:29:56 +0800, > > Raymond Yau wrote: > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > At Wed, 6 Apr 2011 15:35:16 +0800, > > > > Raymond Yau wrote: > > > > > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > > > > Raymond Yau wrote: > > > > > > > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > > > > 5stack-dig > > > > > > > instead of 6stack-dig > > > > > > > > > > > > Applied now. Thanks. > > > > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > > > > The other problem is this patch > > > > > > > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > > > > > > > > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > > > > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 > > channel > > > > > sound playback, plus 2 channels of independent stereo sound output > > > > (multiple > > > > > streaming) through the front panel stereo outputs. > > > > > > > > > > It seem that there is no specific code to distinguish a 10 channels > > > > alc892 > > > > > from those 6 channels alc6xx > > > > > > > > Yeah, but there is no quirks specific to alc892. > > > > > > > > Remember that the final goal is to remove all model-quirks from the > > > > driver. > > > > > > > > > > > > Takashi > > > > > > > > > > My patch reduce the size of alc662_dac_nid may be wrong if the driver > > intend > > > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels > > > > Don't worry, alc662_dac_nids is used only for the fixed quirks. > > The auto-parser doesn't use these fixed defined pin arrays. > > > > > > Takashi > > > > The bug for 10 channels alc892 is in alc662_mix_to_dac, it should return > [Audio Output ]0x5 for [Audiomixer 0x0f] -- side channel if model=auto is > used for 6stack OK, but it's irrelevant with your patch :) I'll fix it later. thanks, Takashi > static inline hda_nid_t alc662_mix_to_dac(hda_nid_t nid) > { > if (nid == 0x0f) > return 0x02; > else if (nid >= 0x0c && nid <= 0x0e) > return nid - 0x0c + 0x02; > else if (nid == 0x26) /* ALC887-VD has this DAC too */ > return 0x25; > else > return 0; > } > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 13:07 ` Takashi Iwai @ 2011-04-06 13:19 ` Takashi Iwai 0 siblings, 0 replies; 30+ messages in thread From: Takashi Iwai @ 2011-04-06 13:19 UTC (permalink / raw) To: Raymond Yau; +Cc: ALSA Development Mailing List At Wed, 06 Apr 2011 15:07:33 +0200, Takashi Iwai wrote: > > At Wed, 6 Apr 2011 20:59:58 +0800, > Raymond Yau wrote: > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > At Wed, 6 Apr 2011 16:29:56 +0800, > > > Raymond Yau wrote: > > > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > > > At Wed, 6 Apr 2011 15:35:16 +0800, > > > > > Raymond Yau wrote: > > > > > > > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > > > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > > > > > Raymond Yau wrote: > > > > > > > > > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > > > > > 5stack-dig > > > > > > > > instead of 6stack-dig > > > > > > > > > > > > > > Applied now. Thanks. > > > > > > > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > > > > > > > The other problem is this patch > > > > > > > > > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > > > > > > > > > > > > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > > > > > > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 > > > channel > > > > > > sound playback, plus 2 channels of independent stereo sound output > > > > > (multiple > > > > > > streaming) through the front panel stereo outputs. > > > > > > > > > > > > It seem that there is no specific code to distinguish a 10 channels > > > > > alc892 > > > > > > from those 6 channels alc6xx > > > > > > > > > > Yeah, but there is no quirks specific to alc892. > > > > > > > > > > Remember that the final goal is to remove all model-quirks from the > > > > > driver. > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > My patch reduce the size of alc662_dac_nid may be wrong if the driver > > > intend > > > > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels > > > > > > Don't worry, alc662_dac_nids is used only for the fixed quirks. > > > The auto-parser doesn't use these fixed defined pin arrays. > > > > > > > > > Takashi > > > > > > > The bug for 10 channels alc892 is in alc662_mix_to_dac, it should return > > [Audio Output ]0x5 for [Audiomixer 0x0f] -- side channel if model=auto is > > used for 6stack > > OK, but it's irrelevant with your patch :) > I'll fix it later. The fix patch is below. Takashi --- From: Takashi Iwai <tiwai@suse.de> Subject: [PATCH] ALSA: hda - Fix mix->DAC deduction for ALC892 The current alc662 parser doesn't set the DAC for the mixer 0x0f properly for ALC892, which has 4 DACs while ALC662 has 3. Fixed by implementing alc662_mix_to_dac() more genericly with the dynamic widget list. Signed-off-by: Takashi Iwai <tiwai@suse.de> --- sound/pci/hda/patch_realtek.c | 27 ++++++++++++++------------- 1 files changed, 14 insertions(+), 13 deletions(-) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index e62fe7f..d566eac 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -19105,16 +19105,17 @@ static struct alc_config_preset alc662_presets[] = { */ /* convert from MIX nid to DAC */ -static inline hda_nid_t alc662_mix_to_dac(hda_nid_t nid) -{ - if (nid == 0x0f) - return 0x02; - else if (nid >= 0x0c && nid <= 0x0e) - return nid - 0x0c + 0x02; - else if (nid == 0x26) /* ALC887-VD has this DAC too */ - return 0x25; - else - return 0; +static hda_nid_t alc662_mix_to_dac(struct hda_codec *codec, hda_nid_t nid) +{ + hda_nid_t list[4]; + int i, num; + + num = snd_hda_get_connections(codec, nid, list, ARRAY_SIZE(list)); + for (i = 0; i < num; i++) { + if (get_wcaps_type(get_wcaps(codec, list[i])) == AC_WID_AUD_OUT) + return list[i]; + } + return 0; } /* get MIX nid connected to the given pin targeted to DAC */ @@ -19126,7 +19127,7 @@ static hda_nid_t alc662_dac_to_mix(struct hda_codec *codec, hda_nid_t pin, num = snd_hda_get_connections(codec, pin, mix, ARRAY_SIZE(mix)); for (i = 0; i < num; i++) { - if (alc662_mix_to_dac(mix[i]) == dac) + if (alc662_mix_to_dac(codec, mix[i]) == dac) return mix[i]; } return 0; @@ -19143,7 +19144,7 @@ static hda_nid_t alc662_look_for_dac(struct hda_codec *codec, hda_nid_t pin) if (num < 0) return 0; for (i = 0; i < num; i++) { - hda_nid_t nid = alc662_mix_to_dac(srcs[i]); + hda_nid_t nid = alc662_mix_to_dac(codec, srcs[i]); if (!nid) continue; for (j = 0; j < spec->multiout.num_dacs; j++) @@ -19297,7 +19298,7 @@ static void alc662_auto_set_output_and_unmute(struct hda_codec *codec, if (num <= 1) return; for (i = 0; i < num; i++) { - if (alc662_mix_to_dac(srcs[i]) != dac) + if (alc662_mix_to_dac(codec, srcs[i]) != dac) continue; snd_hda_codec_write(codec, nid, 0, AC_VERB_SET_CONNECT_SEL, i); return; -- 1.7.4.2 ^ permalink raw reply related [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-06 9:29 ` Takashi Iwai 2011-04-06 10:49 ` Valerio tesei 2011-04-06 12:59 ` Raymond Yau @ 2011-04-08 2:06 ` Raymond Yau 2011-04-08 8:38 ` Valerio tesei 2 siblings, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-08 2:06 UTC (permalink / raw) To: Takashi Iwai, ALSA Development Mailing List 2011/4/6 Takashi Iwai <tiwai@suse.de> > At Wed, 6 Apr 2011 16:29:56 +0800, > Raymond Yau wrote: > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > At Wed, 6 Apr 2011 15:35:16 +0800, > > > Raymond Yau wrote: > > > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > > > Raymond Yau wrote: > > > > > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > > > 5stack-dig > > > > > > instead of 6stack-dig > > > > > > > > > > Applied now. Thanks. > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > The other problem is this patch > > > > > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > > > > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 > channel > > > > sound playback, plus 2 channels of independent stereo sound output > > > (multiple > > > > streaming) through the front panel stereo outputs. > > > > > > > > It seem that there is no specific code to distinguish a 10 channels > > > alc892 > > > > from those 6 channels alc6xx > > > > > > Yeah, but there is no quirks specific to alc892. > > > > > > Remember that the final goal is to remove all model-quirks from the > > > driver. > > > > > > > > > Takashi > > > > > > > My patch reduce the size of alc662_dac_nid may be wrong if the driver > intend > > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels > > Don't worry, alc662_dac_nids is used only for the fixed quirks. > The auto-parser doesn't use these fixed defined pin arrays. > > > I wonder why a motherboard with 5 audio jacks on rear panel need alc662_5stack_modes since it already have enough jacks for surround51 and don't need any retasking static struct hda_channel_mode alc662_5stack_modes[2] = { { 2, alc662_sixstack_ch6_init }, { 6, alc662_sixstack_ch8_init }, }; ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-08 2:06 ` Raymond Yau @ 2011-04-08 8:38 ` Valerio tesei 2011-04-08 9:28 ` OT: applying patches (was: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig) Paul Menzel 2011-04-10 1:21 ` [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig Raymond Yau 0 siblings, 2 replies; 30+ messages in thread From: Valerio tesei @ 2011-04-08 8:38 UTC (permalink / raw) To: ALSA Development Mailing List Hi Raymond, I spent a little time reading sound documentation but doesn't find anything about how to apply a patch to snd-hda-intel, but it is needed? there is no an "patch auto detect"? i enable the patch option in HDA-Intel kernel config, this WE i will study more, Takashi could you please give me documentation about patch applying? About the NVIDIA video card, do you think that the hdmi on NVIDIA could conflicts with the one in motherboard, creating the problem that I'm experiencing? I didn't check anything on kernel regarding HDMI, and i use an "edited" NVIDIA driver (by me) to build against 2.6.39 (only rename smp_lock.h to smp.h in the code) version is 270, taken from gentoo repos. To clarify my self - I *need* to apply alc662 patch to snd-hda-intel to test if commits work? - I *need* to solve problems with NVIDIA drivers to make my sound card work? (and if i must specify witch port nvidia must use how i could do that?) - alsaconf doesn't find my sound card, even when it works (crackly but works) is this problem linked to capture streams problems ? Some news: - after module loading I hear a big noise - after upgrade to Takashi's sound-2.6 kernel tree, i hear dx louder than sx - some times the sounds mute, after 7/10 seconds sound come back (no changes in alsamixer) I know that I'm completely usefulness and a little bit annoying, I'm reading about alsa devel but I gess is a little bit hard for me. V. 2011/4/8 Raymond Yau <superquad.vortex2@gmail.com> > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > At Wed, 6 Apr 2011 16:29:56 +0800, > > Raymond Yau wrote: > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > At Wed, 6 Apr 2011 15:35:16 +0800, > > > > Raymond Yau wrote: > > > > > > > > > > 2011/4/6 Takashi Iwai <tiwai@suse.de> > > > > > > > > > > > At Tue, 5 Apr 2011 22:59:29 +0800, > > > > > > Raymond Yau wrote: > > > > > > > > > > > > > > Fix alc662_dac_nid and change "6stack-dig" to "5stack-dig" > > > > > > > > > > > > > > alc662 series only have 3 stereo DAC , so it can only support > > > > 5stack-dig > > > > > > > instead of 6stack-dig > > > > > > > > > > > > Applied now. Thanks. > > > > > > > > > > > > > > > > > > Takashi > > > > > > > > > > > > > > > > The other problem is this patch > > > > > > > > > > { .id = 0x10ec0892, .name = "ALC892", .patch = patch_alc662 }, > > > > > > > > > > > > > > > > > http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=274693f37090ada2cadd09944ab883f05ea6ebe6 > > > > > > > > > > ALC892 provides ten DAC channels that simultaneously support 7.1 > > channel > > > > > sound playback, plus 2 channels of independent stereo sound output > > > > (multiple > > > > > streaming) through the front panel stereo outputs. > > > > > > > > > > It seem that there is no specific code to distinguish a 10 > channels > > > > alc892 > > > > > from those 6 channels alc6xx > > > > > > > > Yeah, but there is no quirks specific to alc892. > > > > > > > > Remember that the final goal is to remove all model-quirks from the > > > > driver. > > > > > > > > > > > > Takashi > > > > > > > > > > My patch reduce the size of alc662_dac_nid may be wrong if the driver > > intend > > > to use alc662_auto_fill_dac_nids() to handle 6, 8 , 10 channels > > > > Don't worry, alc662_dac_nids is used only for the fixed quirks. > > The auto-parser doesn't use these fixed defined pin arrays. > > > > > > > I wonder why a motherboard with 5 audio jacks on rear panel need > alc662_5stack_modes since it already have enough jacks for surround51 and > don't need any retasking > > static struct hda_channel_mode alc662_5stack_modes[2] = { > { 2, alc662_sixstack_ch6_init }, > { 6, alc662_sixstack_ch8_init }, > }; > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > ^ permalink raw reply [flat|nested] 30+ messages in thread
* OT: applying patches (was: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig) 2011-04-08 8:38 ` Valerio tesei @ 2011-04-08 9:28 ` Paul Menzel 2011-04-08 9:47 ` Valerio tesei 2011-04-10 1:21 ` [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig Raymond Yau 1 sibling, 1 reply; 30+ messages in thread From: Paul Menzel @ 2011-04-08 9:28 UTC (permalink / raw) To: alsa-devel [-- Attachment #1.1: Type: text/plain, Size: 1108 bytes --] Dear Valerio, please adhere to the netiquette [1] and use interleaved style [2]. Am Freitag, den 08.04.2011, 10:38 +0200 schrieb Valerio tesei: > I spent a little time reading sound documentation but doesn't find anything > about how to apply a patch to snd-hda-intel, but it is needed? there is no > an "patch auto detect"? i enable the patch option in HDA-Intel kernel > config, this WE i will study more, Takashi could you please give me > documentation about patch applying? You have to apply the patch file using the following command. patch -p1 < /path/to/patch/file I think Takashi put a diff in his message. Just copy those lines into a file and apply it like above from the top source directory. If you have a patch created using `git format-patch` you can simply apply that using `git am /path/to/patch`. […] I hope that helps and I am sorry that I cannot answer the other questions. Thanks, Paul [1] http://en.opensuse.org/openSUSE:Mailing_list_netiquette [2] https://secure.wikimedia.org/wikipedia/en/wiki/Posting_style#Interleaved_style [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 198 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: OT: applying patches (was: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig) 2011-04-08 9:28 ` OT: applying patches (was: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig) Paul Menzel @ 2011-04-08 9:47 ` Valerio tesei 2011-04-08 10:27 ` snd-hda-intel and parameter `patch` (was: OT: applying patches) Paul Menzel 0 siblings, 1 reply; 30+ messages in thread From: Valerio tesei @ 2011-04-08 9:47 UTC (permalink / raw) To: alsa-devel Sorry for the violation of nettiquete, I think i misunderstood something, I already know how to patch, I was thinking that "patch=something" was a parameter that I need to pass to modprobe while loading snd-hda-intel. Anyway thanks for your polite answer, my italian spirit comes up and made this OT :) Thanks, V. 2011/4/8 Paul Menzel <paulepanter@users.sourceforge.net> > Dear Valerio, > > > please adhere to the netiquette [1] and use interleaved style [2]. > > > Am Freitag, den 08.04.2011, 10:38 +0200 schrieb Valerio tesei: > > > I spent a little time reading sound documentation but doesn't find > anything > > about how to apply a patch to snd-hda-intel, but it is needed? there is > no > > an "patch auto detect"? i enable the patch option in HDA-Intel kernel > > config, this WE i will study more, Takashi could you please give me > > documentation about patch applying? > > You have to apply the patch file using the following command. > > patch -p1 < /path/to/patch/file > > I think Takashi put a diff in his message. Just copy those lines into a > file and apply it like above from the top source directory. > > If you have a patch created using `git format-patch` you can simply > apply that using `git am /path/to/patch`. > > […] > > > I hope that helps and I am sorry that I cannot answer the other > questions. > > > Thanks, > > Paul > > > [1] http://en.opensuse.org/openSUSE:Mailing_list_netiquette > [2] > https://secure.wikimedia.org/wikipedia/en/wiki/Posting_style#Interleaved_style > > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > ^ permalink raw reply [flat|nested] 30+ messages in thread
* snd-hda-intel and parameter `patch` (was: OT: applying patches) 2011-04-08 9:47 ` Valerio tesei @ 2011-04-08 10:27 ` Paul Menzel 2011-04-08 14:44 ` snd-hda-intel and parameter `patch` David Henningsson 0 siblings, 1 reply; 30+ messages in thread From: Paul Menzel @ 2011-04-08 10:27 UTC (permalink / raw) To: alsa-devel [-- Attachment #1.1: Type: text/plain, Size: 663 bytes --] Am Freitag, den 08.04.2011, 11:47 +0200 schrieb Valerio tesei: […] > I think i misunderstood something, I already know how to patch, I was > thinking that "patch=something" was a parameter that I need to pass to > modprobe while loading snd-hda-intel. $ sudo modinfo snd-hda-intel $ sudo modinfo snd-hda-intel | grep patch parm: patch:Patch file for Intel HD audio interface. (array of charp) But I do not know what you have to pass as an argument either. I know that you can change the behavior by passing the parameter `model` [3]. Thanks, Paul [3] http://alsa-project.org/main/index.php/Help_To_Debug_Intel_HDA [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 198 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: snd-hda-intel and parameter `patch` 2011-04-08 10:27 ` snd-hda-intel and parameter `patch` (was: OT: applying patches) Paul Menzel @ 2011-04-08 14:44 ` David Henningsson 0 siblings, 0 replies; 30+ messages in thread From: David Henningsson @ 2011-04-08 14:44 UTC (permalink / raw) To: Paul Menzel; +Cc: alsa-devel On 2011-04-08 12:27, Paul Menzel wrote: > Am Freitag, den 08.04.2011, 11:47 +0200 schrieb Valerio tesei: > > […] > >> I think i misunderstood something, I already know how to patch, I was >> thinking that "patch=something" was a parameter that I need to pass to >> modprobe while loading snd-hda-intel. > > $ sudo modinfo snd-hda-intel > $ sudo modinfo snd-hda-intel | grep patch > parm: patch:Patch file for Intel HD audio interface. (array of charp) > > But I do not know what you have to pass as an argument either. That special patch file and its format is described here: http://www.kernel.org/pub/linux/kernel/people/tiwai/docs/HD-Audio.html#_early_patching -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-08 8:38 ` Valerio tesei 2011-04-08 9:28 ` OT: applying patches (was: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig) Paul Menzel @ 2011-04-10 1:21 ` Raymond Yau 2011-04-11 8:21 ` Valerio tesei 1 sibling, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-10 1:21 UTC (permalink / raw) To: ALSA Development Mailing List 2011/4/8 Valerio tesei <valerio.tesei@gmail.com> > Hi Raymond, > > I spent a little time reading sound documentation but doesn't find anything > about how to apply a patch to snd-hda-intel, but it is needed? there is no > an "patch auto detect"? i enable the patch option in HDA-Intel kernel > config, this WE i will study more, Takashi could you please give me > documentation about patch applying? > The easy way is to use Takashi 's daily snapshot since there are a few patches related to alc892 > > About the NVIDIA video card, do you think that the hdmi on NVIDIA could > conflicts with the one in motherboard, creating the problem that I'm > experiencing? > I didn't check anything on kernel regarding HDMI, and i use an "edited" > NVIDIA driver (by me) to build against 2.6.39 (only rename smp_lock.h to > smp.h in the code) version is 270, taken from gentoo repos. > you have to ask nvidia hdmi expert or asus forum > To clarify my self > - I *need* to apply alc662 patch to snd-hda-intel to test if commits work? > - I *need* to solve problems with NVIDIA drivers to make my sound card > work? > (and if i must specify witch port nvidia must use how i could do that?) > - alsaconf doesn't find my sound card, even when it works (crackly but > works) is this problem linked to capture streams problems ? > > No need to do anything if Takashi mention that model="auto" is used to support 6stack motherboard > Some news: > - after module loading I hear a big noise > - after upgrade to Takashi's sound-2.6 kernel tree, i hear dx louder than > sx > - some times the sounds mute, after 7/10 seconds sound come back (no > changes > in alsamixer) > > I know that I'm completely usefulness and a little bit annoying, I'm > reading > about alsa devel but I gess is a little bit hard for me. > > [ 7.111176] SKU: override=0x1 [ 7.111385] hda_codec: ALC892: BIOS auto-probing. [ 7.111389] autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0) -- [ 7.116998] Cannot find slave PCM Playback Switch, skipped [ 7.117657] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 As you have specifed in BIOS setup that "Front Panel Connector" is [AC97] and the BIOS seem set "Misc=NO_PRESENCE" why does the driver still create /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 for jack reporting ? Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger Vref caps: HIZ 50 GRD 80 100 EAPD 0x2: EAPD Pin Default 0x02214120: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green DefAssociation = 0x2, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0xc0: OUT HP VREF_HIZ Unsolicited: tag=00, enabled=0 Power states: D0 D1 D2 D3 EPSS Power: setting=D0, actual=D0 Connection: 5 0x0c 0x0d 0x0e 0x0f 0x26* ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-10 1:21 ` [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig Raymond Yau @ 2011-04-11 8:21 ` Valerio tesei 2011-04-11 19:28 ` Valerio Tesei 0 siblings, 1 reply; 30+ messages in thread From: Valerio tesei @ 2011-04-11 8:21 UTC (permalink / raw) To: ALSA Development Mailing List 2011/4/10 Raymond Yau <superquad.vortex2@gmail.com> > > 2011/4/8 Valerio tesei <valerio.tesei@gmail.com> > > > Hi Raymond, > > > > I spent a little time reading sound documentation but doesn't find anything > > about how to apply a patch to snd-hda-intel, but it is needed? there is no > > an "patch auto detect"? i enable the patch option in HDA-Intel kernel > > config, this WE i will study more, Takashi could you please give me > > documentation about patch applying? > > > > > The easy way is to use Takashi 's daily snapshot > since there are a few patches related to alc892 I'm using it. I must wait for a patch, hoping in Takashi? :) I think i will make some experiment on patch_realtek.c :) For the noise problem if i understand a little, could be a connection problem, i will try to graph it. For the capture problem i need to read more :) > > > > > > About the NVIDIA video card, do you think that the hdmi on NVIDIA could > > conflicts with the one in motherboard, creating the problem that I'm > > experiencing? > > I didn't check anything on kernel regarding HDMI, and i use an "edited" > > NVIDIA driver (by me) to build against 2.6.39 (only rename smp_lock.h to > > smp.h in the code) version is 270, taken from gentoo repos. > > > > you have to ask nvidia hdmi expert or asus forum > Seems to be a common problem from 2.6.37 with 267.10 driver, for the moment i will hope this does not create any problem. I'm not using hdmi on Mobo neither the one on Video card. > > > > To clarify my self > > - I *need* to apply alc662 patch to snd-hda-intel to test if commits work? > > - I *need* to solve problems with NVIDIA drivers to make my sound card > > work? > > (and if i must specify witch port nvidia must use how i could do that?) > > - alsaconf doesn't find my sound card, even when it works (crackly but > > works) is this problem linked to capture streams problems ? > > > > > No need to do anything if Takashi mention that model="auto" is used to > support 6stack motherboard > This mean that tecnicaly my sound card/motherboard must work with the patches that Takashi commited? > > > Some news: > > - after module loading I hear a big noise > > - after upgrade to Takashi's sound-2.6 kernel tree, i hear dx louder than > > sx > > - some times the sounds mute, after 7/10 seconds sound come back (no > > changes > > in alsamixer) > > > > I know that I'm completely usefulness and a little bit annoying, I'm > > reading > > about alsa devel but I gess is a little bit hard for me. > > > > > > [ 7.111176] SKU: override=0x1 > [ 7.111385] hda_codec: ALC892: BIOS auto-probing. > [ 7.111389] autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0) > -- > [ 7.116998] Cannot find slave PCM Playback Switch, skipped > [ 7.117657] input: HDA Intel Headphone as > /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 > > As you have specifed in BIOS setup that "Front Panel Connector" is [AC97] > and the BIOS seem set "Misc=NO_PRESENCE" > > why does the driver still create > /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 for jack reporting ? > > Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out > Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 > Amp-In vals: [0x00 0x00] > Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-Out vals: [0x00 0x00] > Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger > Vref caps: HIZ 50 GRD 80 100 > EAPD 0x2: EAPD > Pin Default 0x02214120: [Jack] HP Out at Ext Front > Conn = 1/8, Color = Green > DefAssociation = 0x2, Sequence = 0x0 > Misc = NO_PRESENCE > Pin-ctls: 0xc0: OUT HP VREF_HIZ > Unsolicited: tag=00, enabled=0 > Power states: D0 D1 D2 D3 EPSS > Power: setting=D0, actual=D0 > Connection: 5 > 0x0c 0x0d 0x0e 0x0f 0x26* > I disconnected the front panel, before install windows 7 to test if soundcard work, i was thinking that te problem was a short circuit. ___________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel Takashi if you need debug or something else just ask. ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-11 8:21 ` Valerio tesei @ 2011-04-11 19:28 ` Valerio Tesei 2011-04-13 8:52 ` Raymond Yau 0 siblings, 1 reply; 30+ messages in thread From: Valerio Tesei @ 2011-04-11 19:28 UTC (permalink / raw) To: ALSA Development Mailing List Il 11/04/2011 10:21, Valerio tesei ha scritto: > 2011/4/10 Raymond Yau <superquad.vortex2@gmail.com> >> >> 2011/4/8 Valerio tesei <valerio.tesei@gmail.com> >> >>> Hi Raymond, >>> >>> I spent a little time reading sound documentation but doesn't find anything >>> about how to apply a patch to snd-hda-intel, but it is needed? there is no >>> an "patch auto detect"? i enable the patch option in HDA-Intel kernel >>> config, this WE i will study more, Takashi could you please give me >>> documentation about patch applying? >>> >> >> >> The easy way is to use Takashi 's daily snapshot >> since there are a few patches related to alc892 > > I'm using it. > I must wait for a patch, hoping in Takashi? :) > I think i will make some experiment on patch_realtek.c :) > For the noise problem if i understand a little, could be a connection > problem, i will try to graph it. > For the capture problem i need to read more :) > >> >> >>> >>> About the NVIDIA video card, do you think that the hdmi on NVIDIA could >>> conflicts with the one in motherboard, creating the problem that I'm >>> experiencing? >>> I didn't check anything on kernel regarding HDMI, and i use an "edited" >>> NVIDIA driver (by me) to build against 2.6.39 (only rename smp_lock.h to >>> smp.h in the code) version is 270, taken from gentoo repos. >>> >> >> you have to ask nvidia hdmi expert or asus forum >> > > Seems to be a common problem from 2.6.37 with 267.10 driver, for the > moment i will hope this does not create any problem. > I'm not using hdmi on Mobo neither the one on Video card. > >> >> >>> To clarify my self >>> - I *need* to apply alc662 patch to snd-hda-intel to test if commits work? >>> - I *need* to solve problems with NVIDIA drivers to make my sound card >>> work? >>> (and if i must specify witch port nvidia must use how i could do that?) >>> - alsaconf doesn't find my sound card, even when it works (crackly but >>> works) is this problem linked to capture streams problems ? >>> >>> >> No need to do anything if Takashi mention that model="auto" is used to >> support 6stack motherboard >> > > This mean that tecnicaly my sound card/motherboard must work with the > patches that Takashi commited? > >> >>> Some news: >>> - after module loading I hear a big noise >>> - after upgrade to Takashi's sound-2.6 kernel tree, i hear dx louder than >>> sx >>> - some times the sounds mute, after 7/10 seconds sound come back (no >>> changes >>> in alsamixer) >>> >>> I know that I'm completely usefulness and a little bit annoying, I'm >>> reading >>> about alsa devel but I gess is a little bit hard for me. >>> >>> >> >> [ 7.111176] SKU: override=0x1 >> [ 7.111385] hda_codec: ALC892: BIOS auto-probing. >> [ 7.111389] autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0) >> -- >> [ 7.116998] Cannot find slave PCM Playback Switch, skipped >> [ 7.117657] input: HDA Intel Headphone as >> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 >> >> As you have specifed in BIOS setup that "Front Panel Connector" is [AC97] >> and the BIOS seem set "Misc=NO_PRESENCE" >> >> why does the driver still create >> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 for jack reporting ? >> >> Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out >> Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 >> Amp-In vals: [0x00 0x00] >> Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 >> Amp-Out vals: [0x00 0x00] >> Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger >> Vref caps: HIZ 50 GRD 80 100 >> EAPD 0x2: EAPD >> Pin Default 0x02214120: [Jack] HP Out at Ext Front >> Conn = 1/8, Color = Green >> DefAssociation = 0x2, Sequence = 0x0 >> Misc = NO_PRESENCE >> Pin-ctls: 0xc0: OUT HP VREF_HIZ >> Unsolicited: tag=00, enabled=0 >> Power states: D0 D1 D2 D3 EPSS >> Power: setting=D0, actual=D0 >> Connection: 5 >> 0x0c 0x0d 0x0e 0x0f 0x26* >> > > I disconnected the front panel, before install windows 7 to test if > soundcard work, i was thinking that te problem was a short circuit. > ___________________________________________ >> Alsa-devel mailing list >> Alsa-devel@alsa-project.org >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > Takashi if you need debug or something else just ask. I put "more verbose debug" into my kernel config, I'm starting to describe the issue: my player is mplayer, I'm playing a divx by alsa output. I tried the patch suggested by Raymond if (codec->vendor_id == 0x10ec0892) spec->stream_analog_alt_capture = &alc880_pcm_analog_alt_capture; Putted into sound/pci/hda/patch_realtek.c , function patch_acl662, but nothing changed, issues are the same. After module is loaded big noise starts, at first right channel is muted, I hear realy disturbed and bass are crackly, after 10 minutes right channel start crack, after 10 minutes, right channel is low but sounds, only bass cracks, and high frequencies are clear. Front-Panel is physicaly detached from motherboard, in bios is setted as "AC97", and S/P-DIF is setted as S/P-DIF New alsa-info are this: http://www.alsa-project.org/db/?f=cef5e8099352f29c70b20ae2853714a200cb37a4 -- Email: valerio.tesei@gmail.com Cellulare: +39.3394768306 Gtalk: valerio.tesei@gmail.com LinkedIn: http://www.linkedin.com/pub/valerio-tesei/22/a87/577 ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-11 19:28 ` Valerio Tesei @ 2011-04-13 8:52 ` Raymond Yau 2011-04-13 11:08 ` Valerio tesei 0 siblings, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-13 8:52 UTC (permalink / raw) To: ALSA Development Mailing List 2011/4/12 Valerio Tesei <valerio.tesei@gmail.com> > Il 11/04/2011 10:21, Valerio tesei ha scritto: > > > 2011/4/10 Raymond Yau <superquad.vortex2@gmail.com> > > >> > > >> 2011/4/8 Valerio tesei <valerio.tesei@gmail.com> > > >> > > >>> Hi Raymond, > > >>> > > >>> I spent a little time reading sound documentation but doesn't find > anything > > >>> about how to apply a patch to snd-hda-intel, but it is needed? there is > no > > >>> an "patch auto detect"? i enable the patch option in HDA-Intel kernel > > >>> config, this WE i will study more, Takashi could you please give me > > >>> documentation about patch applying? > > >>> > > >> > > >> > > >> The easy way is to use Takashi 's daily snapshot > > >> since there are a few patches related to alc892 > > > > > > I'm using it. > > > I must wait for a patch, hoping in Takashi? :) > > > I think i will make some experiment on patch_realtek.c :) > > > For the noise problem if i understand a little, could be a connection > > > problem, i will try to graph it. > > > For the capture problem i need to read more :) > > > > > >> > > >> > > >>> > > >>> About the NVIDIA video card, do you think that the hdmi on NVIDIA could > > >>> conflicts with the one in motherboard, creating the problem that I'm > > >>> experiencing? > > >>> I didn't check anything on kernel regarding HDMI, and i use an "edited" > > >>> NVIDIA driver (by me) to build against 2.6.39 (only rename smp_lock.h > to > > >>> smp.h in the code) version is 270, taken from gentoo repos. > > >>> > > >> > > >> you have to ask nvidia hdmi expert or asus forum > > >> > > > > > > Seems to be a common problem from 2.6.37 with 267.10 driver, for the > > > moment i will hope this does not create any problem. > > > I'm not using hdmi on Mobo neither the one on Video card. > > > > > >> > > >> > > >>> To clarify my self > > >>> - I *need* to apply alc662 patch to snd-hda-intel to test if commits > work? > > >>> - I *need* to solve problems with NVIDIA drivers to make my sound card > > >>> work? > > >>> (and if i must specify witch port nvidia must use how i could do that?) > > >>> - alsaconf doesn't find my sound card, even when it works (crackly but > > >>> works) is this problem linked to capture streams problems ? > > >>> > > >>> > > >> No need to do anything if Takashi mention that model="auto" is used to > > >> support 6stack motherboard > > >> > > > > > > This mean that tecnicaly my sound card/motherboard must work with the > > > patches that Takashi commited? > > > > > >> > > >>> Some news: > > >>> - after module loading I hear a big noise > > >>> - after upgrade to Takashi's sound-2.6 kernel tree, i hear dx louder > than > > >>> sx > > >>> - some times the sounds mute, after 7/10 seconds sound come back (no > > >>> changes > > >>> in alsamixer) > > >>> > > >>> I know that I'm completely usefulness and a little bit annoying, I'm > > >>> reading > > >>> about alsa devel but I gess is a little bit hard for me. > > >>> > > >>> > > >> > > >> [ 7.111176] SKU: override=0x1 > > >> [ 7.111385] hda_codec: ALC892: BIOS auto-probing. > > >> [ 7.111389] autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0) > > >> -- > > >> [ 7.116998] Cannot find slave PCM Playback Switch, skipped > > >> [ 7.117657] input: HDA Intel Headphone as > > >> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 > > >> > > >> As you have specifed in BIOS setup that "Front Panel Connector" is > [AC97] > > >> and the BIOS seem set "Misc=NO_PRESENCE" > > >> > > >> why does the driver still create > > >> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 for jack reporting ? > > >> > > >> Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out > > >> Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 > > >> Amp-In vals: [0x00 0x00] > > >> Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > > >> Amp-Out vals: [0x00 0x00] > > >> Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger > > >> Vref caps: HIZ 50 GRD 80 100 > > >> EAPD 0x2: EAPD > > >> Pin Default 0x02214120: [Jack] HP Out at Ext Front > > >> Conn = 1/8, Color = Green > > >> DefAssociation = 0x2, Sequence = 0x0 > > >> Misc = NO_PRESENCE > > >> Pin-ctls: 0xc0: OUT HP VREF_HIZ > > >> Unsolicited: tag=00, enabled=0 > > >> Power states: D0 D1 D2 D3 EPSS > > >> Power: setting=D0, actual=D0 > > >> Connection: 5 > > >> 0x0c 0x0d 0x0e 0x0f 0x26* > > >> > > > > > > I disconnected the front panel, before install windows 7 to test if > > > soundcard work, i was thinking that te problem was a short circuit. > > > ___________________________________________ > > >> Alsa-devel mailing list > > >> Alsa-devel@alsa-project.org > > >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > > > > > Takashi if you need debug or something else just ask. > > I put "more verbose debug" into my kernel config, I'm starting to describe > the issue: > > my player is mplayer, I'm playing a divx by alsa output. > > I tried the patch suggested by Raymond > > if (codec->vendor_id == 0x10ec0892) > > spec->stream_analog_alt_capture = > &alc880_pcm_analog_alt_capture; > > Putted into sound/pci/hda/patch_realtek.c , function patch_acl662, but > nothing changed, issues are the same. > > After module is loaded big noise starts, at first right channel is muted, I > hear realy disturbed and bass are crackly, after 10 minutes right channel > start crack, after 10 minutes, right channel is low but sounds, only bass > cracks, and high frequencies are clear. > > Front-Panel is physicaly detached from motherboard, in bios is setted as > "AC97", and S/P-DIF is setted as S/P-DIF > > New alsa-info are this: > > http://www.alsa-project.org/db/?f=cef5e8099352f29c70b20ae2853714a200cb37a4 > > -- > http://thread.gmane.org/gmane.linux.alsa.devel/79348 your info is different from hda-emu/codecs/alc892-asus-p7h55 http://git.kernel.org/pub/scm/linux/kernel/git/tiwai/hda-emu.git 2010-08-16 Takashi Iwai Add alsa-info of ASUS P7H55 M-Pro with ALC892 codec Codec: Intel IbexPeak HDMI 491 Address: 3 http://www.intel.com/support/motherboards/desktop/sb/cs-020642.htm#standards snd_hda_codec_write(codec, srcs[i], 0, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_UNMUTE(1)); The noise may be due to umute of connection 0x0b in 0x0c, 0x0d, 0x0e and 0x0f by alc662_auto_set_output_and_unmute() since those input pins (e.g. Front mic, line and rear mic) 's "playback switch" in audio mixer 0x0b is not muted by alc662_auto_init_analog_input() or alc662_auto_init_input_src() http://www.intel.com/support/motherboards/desktop/sb/cs-020642.htm#multistream It depend on whether you want your voice record from front mic appear in speakers connected to all rear panel jacks when ummute "front mic playback switch" if you use it as karaoke or multistreaming playback Do you get the correct sound from the rear panel and front HP when running "speaker-test -c 8 -t wav -Dhw:0,0" ? Two set of input sources,capture volume/switches since the number of connections is different in node 0x22 and 0x23 as node 0x22 has the digital mic node 0x12 ode 0x22 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Control: name="Input Source", index=0, device=0 Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Connection: 12 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b 0x12 Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Control: name="Input Source", index=1, device=0 Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Connection: 11 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-13 8:52 ` Raymond Yau @ 2011-04-13 11:08 ` Valerio tesei 2011-04-13 19:12 ` Valerio Tesei 2011-04-14 11:11 ` Raymond Yau 0 siblings, 2 replies; 30+ messages in thread From: Valerio tesei @ 2011-04-13 11:08 UTC (permalink / raw) To: ALSA Development Mailing List 2011/4/13 Raymond Yau <superquad.vortex2@gmail.com>: > 2011/4/12 Valerio Tesei <valerio.tesei@gmail.com> > >> Il 11/04/2011 10:21, Valerio tesei ha scritto: >> >> > 2011/4/10 Raymond Yau <superquad.vortex2@gmail.com> >> >> >> >> >> >> 2011/4/8 Valerio tesei <valerio.tesei@gmail.com> >> >> >> >> >> >>> Hi Raymond, >> >> >>> >> >> >>> I spent a little time reading sound documentation but doesn't find >> anything >> >> >>> about how to apply a patch to snd-hda-intel, but it is needed? there is >> no >> >> >>> an "patch auto detect"? i enable the patch option in HDA-Intel kernel >> >> >>> config, this WE i will study more, Takashi could you please give me >> >> >>> documentation about patch applying? >> >> >>> >> >> >> >> >> >> >> >> >> The easy way is to use Takashi 's daily snapshot >> >> >> since there are a few patches related to alc892 >> >> > >> >> > I'm using it. >> >> > I must wait for a patch, hoping in Takashi? :) >> >> > I think i will make some experiment on patch_realtek.c :) >> >> > For the noise problem if i understand a little, could be a connection >> >> > problem, i will try to graph it. >> >> > For the capture problem i need to read more :) >> >> > >> >> >> >> >> >> >> >> >>> >> >> >>> About the NVIDIA video card, do you think that the hdmi on NVIDIA could >> >> >>> conflicts with the one in motherboard, creating the problem that I'm >> >> >>> experiencing? >> >> >>> I didn't check anything on kernel regarding HDMI, and i use an "edited" >> >> >>> NVIDIA driver (by me) to build against 2.6.39 (only rename smp_lock.h >> to >> >> >>> smp.h in the code) version is 270, taken from gentoo repos. >> >> >>> >> >> >> >> >> >> you have to ask nvidia hdmi expert or asus forum >> >> >> >> >> > >> >> > Seems to be a common problem from 2.6.37 with 267.10 driver, for the >> >> > moment i will hope this does not create any problem. >> >> > I'm not using hdmi on Mobo neither the one on Video card. >> >> > >> >> >> >> >> >> >> >> >>> To clarify my self >> >> >>> - I *need* to apply alc662 patch to snd-hda-intel to test if commits >> work? >> >> >>> - I *need* to solve problems with NVIDIA drivers to make my sound card >> >> >>> work? >> >> >>> (and if i must specify witch port nvidia must use how i could do that?) >> >> >>> - alsaconf doesn't find my sound card, even when it works (crackly but >> >> >>> works) is this problem linked to capture streams problems ? >> >> >>> >> >> >>> >> >> >> No need to do anything if Takashi mention that model="auto" is used to >> >> >> support 6stack motherboard >> >> >> >> >> > >> >> > This mean that tecnicaly my sound card/motherboard must work with the >> >> > patches that Takashi commited? >> >> > >> >> >> >> >> >>> Some news: >> >> >>> - after module loading I hear a big noise >> >> >>> - after upgrade to Takashi's sound-2.6 kernel tree, i hear dx louder >> than >> >> >>> sx >> >> >>> - some times the sounds mute, after 7/10 seconds sound come back (no >> >> >>> changes >> >> >>> in alsamixer) >> >> >>> >> >> >>> I know that I'm completely usefulness and a little bit annoying, I'm >> >> >>> reading >> >> >>> about alsa devel but I gess is a little bit hard for me. >> >> >>> >> >> >>> >> >> >> >> >> >> [ 7.111176] SKU: override=0x1 >> >> >> [ 7.111385] hda_codec: ALC892: BIOS auto-probing. >> >> >> [ 7.111389] autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0) >> >> >> -- >> >> >> [ 7.116998] Cannot find slave PCM Playback Switch, skipped >> >> >> [ 7.117657] input: HDA Intel Headphone as >> >> >> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 >> >> >> >> >> >> As you have specifed in BIOS setup that "Front Panel Connector" is >> [AC97] >> >> >> and the BIOS seem set "Misc=NO_PRESENCE" >> >> >> >> >> >> why does the driver still create >> >> >> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 for jack reporting ? >> >> >> >> >> >> Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out >> >> >> Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 >> >> >> Amp-In vals: [0x00 0x00] >> >> >> Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 >> >> >> Amp-Out vals: [0x00 0x00] >> >> >> Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger >> >> >> Vref caps: HIZ 50 GRD 80 100 >> >> >> EAPD 0x2: EAPD >> >> >> Pin Default 0x02214120: [Jack] HP Out at Ext Front >> >> >> Conn = 1/8, Color = Green >> >> >> DefAssociation = 0x2, Sequence = 0x0 >> >> >> Misc = NO_PRESENCE >> >> >> Pin-ctls: 0xc0: OUT HP VREF_HIZ >> >> >> Unsolicited: tag=00, enabled=0 >> >> >> Power states: D0 D1 D2 D3 EPSS >> >> >> Power: setting=D0, actual=D0 >> >> >> Connection: 5 >> >> >> 0x0c 0x0d 0x0e 0x0f 0x26* >> >> >> >> >> > >> >> > I disconnected the front panel, before install windows 7 to test if >> >> > soundcard work, i was thinking that te problem was a short circuit. >> >> > ___________________________________________ >> >> >> Alsa-devel mailing list >> >> >> Alsa-devel@alsa-project.org >> >> >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >> >> > >> >> > Takashi if you need debug or something else just ask. >> >> I put "more verbose debug" into my kernel config, I'm starting to describe >> the issue: >> >> my player is mplayer, I'm playing a divx by alsa output. >> >> I tried the patch suggested by Raymond >> >> if (codec->vendor_id == 0x10ec0892) >> >> spec->stream_analog_alt_capture = >> &alc880_pcm_analog_alt_capture; >> >> Putted into sound/pci/hda/patch_realtek.c , function patch_acl662, but >> nothing changed, issues are the same. >> >> After module is loaded big noise starts, at first right channel is muted, I >> hear realy disturbed and bass are crackly, after 10 minutes right channel >> start crack, after 10 minutes, right channel is low but sounds, only bass >> cracks, and high frequencies are clear. >> >> Front-Panel is physicaly detached from motherboard, in bios is setted as >> "AC97", and S/P-DIF is setted as S/P-DIF >> >> New alsa-info are this: >> >> http://www.alsa-project.org/db/?f=cef5e8099352f29c70b20ae2853714a200cb37a4 >> >> -- >> > > > http://thread.gmane.org/gmane.linux.alsa.devel/79348 > > your info is different from hda-emu/codecs/alc892-asus-p7h55 > > http://git.kernel.org/pub/scm/linux/kernel/git/tiwai/hda-emu.git > > 2010-08-16 Takashi Iwai Add alsa-info of ASUS P7H55 M-Pro with ALC892 > codec > > Codec: Intel IbexPeak HDMI 491 > Address: 3 > > http://www.intel.com/support/motherboards/desktop/sb/cs-020642.htm#standards > > > snd_hda_codec_write(codec, srcs[i], 0, > AC_VERB_SET_AMP_GAIN_MUTE, > AMP_IN_UNMUTE(1)); > > The noise may be due to umute of connection 0x0b in 0x0c, 0x0d, 0x0e and > 0x0f by alc662_auto_set_output_and_unmute() since those input pins (e.g. > Front mic, line and rear mic) 's "playback switch" in audio mixer 0x0b is > not muted by alc662_auto_init_analog_input() or alc662_auto_init_input_src() > > > http://www.intel.com/support/motherboards/desktop/sb/cs-020642.htm#multistream > > It depend on whether you want your voice record from front mic appear in > speakers connected to all rear panel jacks when ummute "front mic playback > switch" if you use it as karaoke or multistreaming playback > > > Do you get the correct sound from the rear panel and front HP when running > "speaker-test -c 8 -t wav -Dhw:0,0" ? > > > Two set of input sources,capture volume/switches since the number of > connections is different in node 0x22 and 0x23 as node 0x22 has the digital > mic node 0x12 > > > ode 0x22 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Control: name="Input Source", index=0, device=0 > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] > [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] > [0x80 0x80] > Connection: 12 > 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b 0x12 > Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In > Control: name="Input Source", index=1, device=0 > Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 > Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] > [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] > Connection: 11 > 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > Yes but my motherboard is ASUS P7H55D-M PRO not ASUS P7H55-M PRO i dont know the exact differences between h55d and h55 (i think only a 'deluxe' on the package) On Asus compare, differences are about gigabit lan (realtek obviusly) on p7h55d-pro and more "asus unique features" on p7h55d-pro (wasted money to get nothing more than value mobo) This is my back panel : http://img40.imageshack.us/img40/8864/asusp7h55dmpro1156ddr3m.jpg seems the same as p7h55-pro are out of my skills. I will revert sound-2.6-git changes (printk and patch you suggested above), create a new alsa-info, dump the graph by hda-analyzer tool, I will post all these things later (when back home) Anyway, all of you make a great work. I realy appreciate. Thanks All. ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-13 11:08 ` Valerio tesei @ 2011-04-13 19:12 ` Valerio Tesei 2011-04-14 11:11 ` Raymond Yau 1 sibling, 0 replies; 30+ messages in thread From: Valerio Tesei @ 2011-04-13 19:12 UTC (permalink / raw) To: ALSA Development Mailing List Il 13/04/2011 13:08, Valerio tesei ha scritto: > 2011/4/13 Raymond Yau <superquad.vortex2@gmail.com>: >> 2011/4/12 Valerio Tesei <valerio.tesei@gmail.com> >> >>> Il 11/04/2011 10:21, Valerio tesei ha scritto: >>> >>>> 2011/4/10 Raymond Yau <superquad.vortex2@gmail.com> >>>>> 2011/4/8 Valerio tesei <valerio.tesei@gmail.com> >>>>>> Hi Raymond, >>>>>> I spent a little time reading sound documentation but doesn't find >>> anything >>> >>>>>> about how to apply a patch to snd-hda-intel, but it is needed? there is >>> no >>> >>>>>> an "patch auto detect"? i enable the patch option in HDA-Intel kernel >>>>>> config, this WE i will study more, Takashi could you please give me >>>>>> documentation about patch applying? >>>>> The easy way is to use Takashi 's daily snapshot >>>>> since there are a few patches related to alc892 >>>> I'm using it. >>>> I must wait for a patch, hoping in Takashi? :) >>>> I think i will make some experiment on patch_realtek.c :) >>>> For the noise problem if i understand a little, could be a connection >>>> problem, i will try to graph it. >>>> For the capture problem i need to read more :) >>>>>> About the NVIDIA video card, do you think that the hdmi on NVIDIA could >>>>>> conflicts with the one in motherboard, creating the problem that I'm >>>>>> experiencing? >>>>>> I didn't check anything on kernel regarding HDMI, and i use an "edited" >>>>>> NVIDIA driver (by me) to build against 2.6.39 (only rename smp_lock.h >>> to >>> >>>>>> smp.h in the code) version is 270, taken from gentoo repos. >>>>> you have to ask nvidia hdmi expert or asus forum >>>> Seems to be a common problem from 2.6.37 with 267.10 driver, for the >>>> moment i will hope this does not create any problem. >>>> I'm not using hdmi on Mobo neither the one on Video card. >>>>>> To clarify my self >>>>>> - I *need* to apply alc662 patch to snd-hda-intel to test if commits >>> work? >>> >>>>>> - I *need* to solve problems with NVIDIA drivers to make my sound card >>>>>> work? >>>>>> (and if i must specify witch port nvidia must use how i could do that?) >>>>>> - alsaconf doesn't find my sound card, even when it works (crackly but >>>>>> works) is this problem linked to capture streams problems ? >>>>> No need to do anything if Takashi mention that model="auto" is used to >>>>> support 6stack motherboard >>>> This mean that tecnicaly my sound card/motherboard must work with the >>>> patches that Takashi commited? >>>>>> Some news: >>>>>> - after module loading I hear a big noise >>>>>> - after upgrade to Takashi's sound-2.6 kernel tree, i hear dx louder >>> than >>> >>>>>> sx >>>>>> - some times the sounds mute, after 7/10 seconds sound come back (no >>>>>> changes >>>>>> in alsamixer) >>>>>> I know that I'm completely usefulness and a little bit annoying, I'm >>>>>> reading >>>>>> about alsa devel but I gess is a little bit hard for me. >>>>> [ 7.111176] SKU: override=0x1 >>>>> [ 7.111385] hda_codec: ALC892: BIOS auto-probing. >>>>> [ 7.111389] autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0) >>>>> -- >>>>> [ 7.116998] Cannot find slave PCM Playback Switch, skipped >>>>> [ 7.117657] input: HDA Intel Headphone as >>>>> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 >>>>> As you have specifed in BIOS setup that "Front Panel Connector" is >>> [AC97] >>> >>>>> and the BIOS seem set "Misc=NO_PRESENCE" >>>>> why does the driver still create >>>>> /devices/pci0000:00/0000:00:1b.0/sound/card0/input4 for jack reporting ? >>>>> Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out >>>>> Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 >>>>> Amp-In vals: [0x00 0x00] >>>>> Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 >>>>> Amp-Out vals: [0x00 0x00] >>>>> Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger >>>>> Vref caps: HIZ 50 GRD 80 100 >>>>> EAPD 0x2: EAPD >>>>> Pin Default 0x02214120: [Jack] HP Out at Ext Front >>>>> Conn = 1/8, Color = Green >>>>> DefAssociation = 0x2, Sequence = 0x0 >>>>> Misc = NO_PRESENCE >>>>> Pin-ctls: 0xc0: OUT HP VREF_HIZ >>>>> Unsolicited: tag=00, enabled=0 >>>>> Power states: D0 D1 D2 D3 EPSS >>>>> Power: setting=D0, actual=D0 >>>>> Connection: 5 >>>>> 0x0c 0x0d 0x0e 0x0f 0x26* >>>> I disconnected the front panel, before install windows 7 to test if >>>> soundcard work, i was thinking that te problem was a short circuit. >>>> ___________________________________________ >>>>> Alsa-devel mailing list >>>>> Alsa-devel@alsa-project.org >>>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>>> Takashi if you need debug or something else just ask. >>> I put "more verbose debug" into my kernel config, I'm starting to describe >>> the issue: >>> >>> my player is mplayer, I'm playing a divx by alsa output. >>> >>> I tried the patch suggested by Raymond >>> >>> if (codec->vendor_id == 0x10ec0892) >>> >>> spec->stream_analog_alt_capture = >>> &alc880_pcm_analog_alt_capture; >>> >>> Putted into sound/pci/hda/patch_realtek.c , function patch_acl662, but >>> nothing changed, issues are the same. >>> >>> After module is loaded big noise starts, at first right channel is muted, I >>> hear realy disturbed and bass are crackly, after 10 minutes right channel >>> start crack, after 10 minutes, right channel is low but sounds, only bass >>> cracks, and high frequencies are clear. >>> >>> Front-Panel is physicaly detached from motherboard, in bios is setted as >>> "AC97", and S/P-DIF is setted as S/P-DIF >>> >>> New alsa-info are this: >>> >>> http://www.alsa-project.org/db/?f=cef5e8099352f29c70b20ae2853714a200cb37a4 >>> >>> -- >>> >> >> http://thread.gmane.org/gmane.linux.alsa.devel/79348 >> >> your info is different from hda-emu/codecs/alc892-asus-p7h55 >> >> http://git.kernel.org/pub/scm/linux/kernel/git/tiwai/hda-emu.git >> >> 2010-08-16 Takashi Iwai Add alsa-info of ASUS P7H55 M-Pro with ALC892 >> codec >> >> Codec: Intel IbexPeak HDMI 491 >> Address: 3 >> >> http://www.intel.com/support/motherboards/desktop/sb/cs-020642.htm#standards >> >> >> snd_hda_codec_write(codec, srcs[i], 0, >> AC_VERB_SET_AMP_GAIN_MUTE, >> AMP_IN_UNMUTE(1)); >> >> The noise may be due to umute of connection 0x0b in 0x0c, 0x0d, 0x0e and >> 0x0f by alc662_auto_set_output_and_unmute() since those input pins (e.g. >> Front mic, line and rear mic) 's "playback switch" in audio mixer 0x0b is >> not muted by alc662_auto_init_analog_input() or alc662_auto_init_input_src() >> >> >> http://www.intel.com/support/motherboards/desktop/sb/cs-020642.htm#multistream >> >> It depend on whether you want your voice record from front mic appear in >> speakers connected to all rear panel jacks when ummute "front mic playback >> switch" if you use it as karaoke or multistreaming playback >> >> >> Do you get the correct sound from the rear panel and front HP when running >> "speaker-test -c 8 -t wav -Dhw:0,0" ? >> >> >> Two set of input sources,capture volume/switches since the number of >> connections is different in node 0x22 and 0x23 as node 0x22 has the digital >> mic node 0x12 >> >> >> ode 0x22 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In >> Control: name="Input Source", index=0, device=0 >> Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 >> Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] >> [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] >> [0x80 0x80] >> Connection: 12 >> 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b 0x12 >> Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In >> Control: name="Input Source", index=1, device=0 >> Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 >> Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] >> [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] >> Connection: 11 >> 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b >> _______________________________________________ >> Alsa-devel mailing list >> Alsa-devel@alsa-project.org >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >> > Yes but my motherboard is ASUS P7H55D-M PRO not ASUS P7H55-M PRO i > dont know the exact differences between h55d and h55 (i think only a > 'deluxe' on the package) > On Asus compare, differences are about gigabit lan (realtek obviusly) > on p7h55d-pro and more "asus unique features" on p7h55d-pro (wasted > money to get nothing more than value mobo) > This is my back panel : > http://img40.imageshack.us/img40/8864/asusp7h55dmpro1156ddr3m.jpg > seems the same as p7h55-pro > are out of my skills. > I will revert sound-2.6-git changes (printk and patch you suggested > above), create a new alsa-info, dump the graph by hda-analyzer tool, I > will post all these things later (when back home) > Anyway, all of you make a great work. I realy appreciate. Thanks All. http://valeriotesei.com/alsa/codec.svg This is the codec graph, seems there are block not connected, hope this will help you. I never work with alsa, but a lot with graphedit on windows and directshow, if is the same, I think is not normal, do you? V. -- *Email:* valerio.tesei@gmail.com *Cellulare:* +39.3394768306 *Gtalk:* valerio.tesei@gmail.com *LinkedIn:* http://www.linkedin.com/pub/valerio-tesei/22/a87/577 ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-13 11:08 ` Valerio tesei 2011-04-13 19:12 ` Valerio Tesei @ 2011-04-14 11:11 ` Raymond Yau 2011-04-18 19:53 ` Valerio Tesei 1 sibling, 1 reply; 30+ messages in thread From: Raymond Yau @ 2011-04-14 11:11 UTC (permalink / raw) To: ALSA Development Mailing List, Takashi Iwai 2011/4/13 Valerio tesei <valerio.tesei@gmail.com> > > > Yes but my motherboard is ASUS P7H55D-M PRO not ASUS P7H55-M PRO i > dont know the exact differences between h55d and h55 (i think only a > 'deluxe' on the package) > On Asus compare, differences are about gigabit lan (realtek obviusly) > on p7h55d-pro and more "asus unique features" on p7h55d-pro (wasted > money to get nothing more than value mobo) > This is my back panel : > http://img40.imageshack.us/img40/8864/asusp7h55dmpro1156ddr3m.jpg > seems the same as p7h55-pro > are out of my skills. > I will revert sound-2.6-git changes (printk and patch you suggested > above), create a new alsa-info, dump the graph by hda-analyzer tool, I > will post all these things later (when back home) > Anyway, all of you make a great work. I realy appreciate. Thanks All. > I guess those patches are ok since those connections are also unmuted in my 10 channels ad1988a As alc892 datasheet is available at realtek web site , no need to use codecgraph, just look at the Block diagram and you will able to find out those inputs pins (e.g. Front Mic, Rear Mic ,... ) connected through 0x0b to those output pins Takashi , Is it correct to set spec->multiout.hp_nid = 0 or spec->multiout.no_share_stream in order to disable the multiout to use hp dac and use alt_dac_nid and stream_analog_alt_playback to enable Front Panel HP playback (multistream playback) like those intel desktop videos ? This assign headphone and mic at front panel to alt_playback and alt_capture "hw:0,2" if (!spec->cap_mixer) set_capture_mixer(codec); + if (codec->vendor_id == 0x10ec0892) { +/* enable multistream for front panel hp */ + if (spec->multiout.hp_nid && spec->autocfg.line_outs == 4) { + spec->alt_dac_nid = spec->multiout.hp_nid; + spec->multiout.hp_nid = 0; + spec->stream_analog_alt_playback = &alc880_pcm_analog_alt_playback; + } + if (spec->num_adc_nids>1 && spec->autocfg.num_inputs > 2) + spec->stream_analog_alt_capture = &alc880_pcm_analog_alt_capture; + } if (has_cdefine_beep(codec)) { ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig 2011-04-14 11:11 ` Raymond Yau @ 2011-04-18 19:53 ` Valerio Tesei 0 siblings, 0 replies; 30+ messages in thread From: Valerio Tesei @ 2011-04-18 19:53 UTC (permalink / raw) To: alsa-devel Il 14/04/2011 13:11, Raymond Yau ha scritto: > 2011/4/13 Valerio tesei <valerio.tesei@gmail.com> > >> >> Yes but my motherboard is ASUS P7H55D-M PRO not ASUS P7H55-M PRO i >> dont know the exact differences between h55d and h55 (i think only a >> 'deluxe' on the package) >> On Asus compare, differences are about gigabit lan (realtek obviusly) >> on p7h55d-pro and more "asus unique features" on p7h55d-pro (wasted >> money to get nothing more than value mobo) >> This is my back panel : >> http://img40.imageshack.us/img40/8864/asusp7h55dmpro1156ddr3m.jpg >> seems the same as p7h55-pro >> are out of my skills. >> I will revert sound-2.6-git changes (printk and patch you suggested >> above), create a new alsa-info, dump the graph by hda-analyzer tool, I >> will post all these things later (when back home) >> Anyway, all of you make a great work. I realy appreciate. Thanks All. >> > I guess those patches are ok since those connections are also unmuted in my > 10 channels ad1988a > > As alc892 datasheet is available at realtek web site , no need to use > codecgraph, just look at the Block diagram and you will able to find out > those inputs pins (e.g. Front Mic, Rear Mic ,... ) connected through 0x0b to > those output pins > > > Takashi , > Is it correct to set spec->multiout.hp_nid = 0 or > spec->multiout.no_share_stream in order to disable the multiout to use hp > dac > > and use alt_dac_nid and stream_analog_alt_playback to enable Front Panel HP > playback (multistream playback) like those intel desktop videos ? > > This assign headphone and mic at front panel to alt_playback and alt_capture > "hw:0,2" > > > if (!spec->cap_mixer) > set_capture_mixer(codec); > > + if (codec->vendor_id == 0x10ec0892) { > +/* enable multistream for front panel hp */ > + if (spec->multiout.hp_nid && spec->autocfg.line_outs == 4) { > + spec->alt_dac_nid = spec->multiout.hp_nid; > + spec->multiout.hp_nid = 0; > + spec->stream_analog_alt_playback = > &alc880_pcm_analog_alt_playback; > + } > + if (spec->num_adc_nids>1 && spec->autocfg.num_inputs > 2) > + spec->stream_analog_alt_capture = > &alc880_pcm_analog_alt_capture; > + } > > if (has_cdefine_beep(codec)) { > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel Double checked all things that could make problems, alsa version, kernel configuration, lib version, i dont find any solution. Audio is cracky, some times does not work, front and rear mic does not work, I applied the patch you suggested Raymond, nothing changed. Do I open a separate thread? If could help some times, when I start virutalbox with windows 7 or windows xp machine image, audio starts work well, no noise no problems, but after a little usage (an mp3 with mplayer) noise is back and mic stop working again, i search in dmesg for any info about, but the messages are always the same. this is my last alsa-info http://www.alsa-project.org/db/?f=9806a84f0d24e576b8b84524a7fb46a3f3703800 my latest kernel config (sound-2.6 Takashi's git) http://valeriotesei.com/alsa/kconfig There is a debug tool to show connections/pinstatus on windows7 to try replicate those connection/pinstatus on alsa? -- *Email:* valerio.tesei@gmail.com *Cellulare:* +39.3394768306 *Gtalk:* valerio.tesei@gmail.com *LinkedIn:* http://www.linkedin.com/pub/valerio-tesei/22/a87/577 ^ permalink raw reply [flat|nested] 30+ messages in thread
end of thread, other threads:[~2011-04-18 19:53 UTC | newest] Thread overview: 30+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2011-04-05 14:59 [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig Raymond Yau 2011-04-06 6:19 ` Takashi Iwai 2011-04-06 7:35 ` Raymond Yau 2011-04-06 7:41 ` Takashi Iwai 2011-04-06 8:29 ` Raymond Yau 2011-04-06 9:29 ` Takashi Iwai 2011-04-06 10:49 ` Valerio tesei 2011-04-07 1:53 ` Raymond Yau 2011-04-07 12:59 ` Valerio tesei 2011-04-07 13:13 ` Raymond Yau 2011-04-07 13:55 ` Valerio tesei 2011-04-07 19:44 ` Valerio Tesei 2011-04-08 0:48 ` Raymond Yau 2011-04-06 12:59 ` Raymond Yau 2011-04-06 13:07 ` Takashi Iwai 2011-04-06 13:19 ` Takashi Iwai 2011-04-08 2:06 ` Raymond Yau 2011-04-08 8:38 ` Valerio tesei 2011-04-08 9:28 ` OT: applying patches (was: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig) Paul Menzel 2011-04-08 9:47 ` Valerio tesei 2011-04-08 10:27 ` snd-hda-intel and parameter `patch` (was: OT: applying patches) Paul Menzel 2011-04-08 14:44 ` snd-hda-intel and parameter `patch` David Henningsson 2011-04-10 1:21 ` [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig Raymond Yau 2011-04-11 8:21 ` Valerio tesei 2011-04-11 19:28 ` Valerio Tesei 2011-04-13 8:52 ` Raymond Yau 2011-04-13 11:08 ` Valerio tesei 2011-04-13 19:12 ` Valerio Tesei 2011-04-14 11:11 ` Raymond Yau 2011-04-18 19:53 ` Valerio Tesei
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.