[alsa-devel] [PATCH ALSA HDA 1/1] Fix alc662_dac_nid and change 6stack-dig to 5stack-dig
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
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=274693f37090ada2ca...
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
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=274693f37090ada2ca...
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
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=274693f37090ada2ca...
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
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=274693f37090ada2ca...
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
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=274693f37090ada2ca...
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
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=274693f37090ada2ca...
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=130...
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
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=274693f37090ada2ca...
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=130...
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
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'
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
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
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;
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=274693f37090ada2ca...
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; }
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=274693f37090ada2ca...
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
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=274693f37090ada2ca...
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;
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=274693f37090ada2ca...
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 }, };
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=274693f37090ada2ca...
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
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_sty...
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/fileI 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_sty...
Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
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
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#_earl...
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*
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.
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
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
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
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#multistre...
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
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
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#multistre...
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.
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#multistre...
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.
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)) {
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?
participants (5)
-
David Henningsson -
Paul Menzel -
Raymond Yau -
Takashi Iwai -
Valerio tesei