[PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

[-- 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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Takashi Iwai]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Takashi Iwai]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Takashi Iwai]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio tesei]

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
>

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio tesei]

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
>
>
>

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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'

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio tesei]

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
>

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio Tesei]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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;

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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;
}

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Takashi Iwai]

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
> 

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Takashi Iwai]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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 },
};

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio tesei]

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
>

OT: applying patches (was: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig)

[Paul Menzel]

[-- 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

Re: OT: applying patches (was: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig)

[Valerio tesei]

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
>
>

snd-hda-intel and parameter `patch` (was: OT: applying patches)

[Paul Menzel]

[-- 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

Re: snd-hda-intel and parameter `patch`

[David Henningsson]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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*

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio tesei]

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.

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio Tesei]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio tesei]

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.

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio Tesei]

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

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Raymond Yau]

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)) {

Re: [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig

[Valerio Tesei]

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