[alsa-devel] Asus P5QL-EM motherboard (ALC1200 codec) - no sound through S/PDIF
Hello, I can't get the S/PDIF out to work on P5QL-EM motherboard.
First of all, it doesn't detect the board configuration correctly, the motherboard has an HDMI output and an S/PDIF header (I have a TV connected to one and an amplifier to the other, in case one output will "go live").
aplay -L normally only shows th HDMI port, however if I add this options snd-hda-intel model=6stack-dig probe_mask=1 to /etc/modprobe.d/alsa-base, it will show both.
Problem is, there seems to be no signal coming out of any of the two digital ports (they are not muted in mixer) in either PCM or AC3 pass-through mode.
I compiled the "alsa-kernel" hoping that the latest commits related to ALC1200 would help, but it hasn't helped.
Here's the output of alsa-info.sh: http://www.alsa-project.org/db/?f=b62b56c5ce0aa383fef1be0f55b87b4e27e8ab63 Again, it's running "alsa-kernel", checked in just 12 hours ago.
Let me know what I can do to help, I am a developer but Alsa is not my territory.
Thanks
Hi Andrei,
On Wed, Nov 12, 2008 at 09:51:15PM -0500, Andrei Tanas wrote:
Hello, I can't get the S/PDIF out to work on P5QL-EM motherboard.
First of all, it doesn't detect the board configuration correctly, the motherboard has an HDMI output and an S/PDIF header (I have a TV connected to one and an amplifier to the other, in case one output will "go live").
aplay -L normally only shows th HDMI port, however if I add this options snd-hda-intel model=6stack-dig probe_mask=1 to /etc/modprobe.d/alsa-base, it will show both.
I cannot find any 'HDMI' words in your report below. Can you provide some more info about it? Such as the full output of 'aplay -l' and 'cat /proc/asound/card0/codec#3'.
Thank you, Fengguang
Problem is, there seems to be no signal coming out of any of the two digital ports (they are not muted in mixer) in either PCM or AC3 pass-through mode.
I compiled the "alsa-kernel" hoping that the latest commits related to ALC1200 would help, but it hasn't helped.
Here's the output of alsa-info.sh: http://www.alsa-project.org/db/?f=b62b56c5ce0aa383fef1be0f55b87b4e27e8ab63 Again, it's running "alsa-kernel", checked in just 12 hours ago.
Let me know what I can do to help, I am a developer but Alsa is not my territory.
Thanks _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
At Thu, 13 Nov 2008 16:16:47 +0800, Wu Fengguang wrote:
Hi Andrei,
On Wed, Nov 12, 2008 at 09:51:15PM -0500, Andrei Tanas wrote:
Hello, I can't get the S/PDIF out to work on P5QL-EM motherboard.
First of all, it doesn't detect the board configuration correctly, the motherboard has an HDMI output and an S/PDIF header (I have a TV connected to one and an amplifier to the other, in case one output will "go live").
aplay -L normally only shows th HDMI port, however if I add this options snd-hda-intel model=6stack-dig probe_mask=1 to /etc/modprobe.d/alsa-base, it will show both.
I cannot find any 'HDMI' words in your report below. Can you provide some more info about it? Such as the full output of 'aplay -l' and 'cat /proc/asound/card0/codec#3'.
Also, try sound-2.6.git tree instead. git://git.kernel.org/pub/scm/linux/kernel/people/tiwai/sound-2.6.git
Takashi
Also, try sound-2.6.git tree instead. git://git.kernel.org/pub/scm/linux/kernel/people/tiwai/sound-2.6.git
It exits with "fatal: The remote end hung up unexpectedly". Did you mean git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git instead?
At Thu, 13 Nov 2008 09:26:49 -0500, Andrei Tanas wrote:
Also, try sound-2.6.git tree instead. git://git.kernel.org/pub/scm/linux/kernel/people/tiwai/sound-2.6.git
It exits with "fatal: The remote end hung up unexpectedly". Did you mean git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git instead?
Yep, sorry for typo.
I should copy URL somewhere...
Takashi
One unexpected thing is that "PCM Out" is not listed as a capability of IEC958 control (as shown by amixer):
Simple mixer control 'IEC958',0 Capabilities: pswitch pswitch-joined cswitch cswitch-joined Playback channels: Mono Capture channels: Mono Mono: Playback [on] Capture [off] Simple mixer control 'IEC958 Default PCM',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on]
Is that normal?
At Thu, 13 Nov 2008 09:38:37 -0500, Andrei Tanas wrote:
One unexpected thing is that "PCM Out" is not listed as a capability of IEC958 control (as shown by amixer):
Simple mixer control 'IEC958',0 Capabilities: pswitch pswitch-joined cswitch cswitch-joined Playback channels: Mono Capture channels: Mono Mono: Playback [on] Capture [off] Simple mixer control 'IEC958 Default PCM',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on]
Is that normal?
What do you mean "PCM Out" at all?
Takashi
On Thu, 13 Nov 2008 15:40:24 +0100, Takashi Iwai tiwai@suse.de wrote:
Simple mixer control 'IEC958',0 Capabilities: pswitch pswitch-joined cswitch cswitch-joined Playback channels: Mono Capture channels: Mono Mono: Playback [on] Capture [off] Simple mixer control 'IEC958 Default PCM',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on] =20 Is that normal?
=20 What do you mean "PCM Out" at all?
http://alsa.opensrc.org/DigitalOut says: 'set to "PCM Out"'
_From some other reports, I expected to see something like this:
Simple mixer control 'IEC958',0 Capabilities: enum Items: 'PCM Out' 'H/W In 0' 'H/W In 1' 'IEC958 In L' 'IEC958 In R' Item0: 'PCM Out' Simple mixer control 'IEC958 Output',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on] Simple mixer control 'IEC958',1 Capabilities: enum Items: 'PCM Out' 'H/W In 0' 'H/W In 1' 'IEC958 In L' 'IEC958 In R' Item0: 'PCM Out'
At Thu, 13 Nov 2008 09:48:31 -0500, Andrei Tanas wrote:
On Thu, 13 Nov 2008 15:40:24 +0100, Takashi Iwai tiwai@suse.de wrote:
Simple mixer control 'IEC958',0 Capabilities: pswitch pswitch-joined cswitch cswitch-joined Playback channels: Mono Capture channels: Mono Mono: Playback [on] Capture [off] Simple mixer control 'IEC958 Default PCM',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on]
Is that normal?
What do you mean "PCM Out" at all?
http://alsa.opensrc.org/DigitalOut says: 'set to "PCM Out"'
From some other reports, I expected to see something like this:
Simple mixer control 'IEC958',0 Capabilities: enum Items: 'PCM Out' 'H/W In 0' 'H/W In 1' 'IEC958 In L' 'IEC958 In R' Item0: 'PCM Out' Simple mixer control 'IEC958 Output',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on] Simple mixer control 'IEC958',1 Capabilities: enum Items: 'PCM Out' 'H/W In 0' 'H/W In 1' 'IEC958 In L' 'IEC958 In R' Item0: 'PCM Out'
This is for ice1724 chip.
Takashi
On Thu, 13 Nov 2008 09:25:43 +0100, Takashi Iwai tiwai@suse.de wrote:
Also, try sound-2.6.git tree instead. git://git.kernel.org/pub/scm/linux/kernel/people/tiwai/sound-2.6.git
patch_realtek.c are identical and hda_intel.c show only minor differences which don't look related in this and "alsa-kernel" get tree that I used. Do you think I should still try it?
Is there some "official" method of debugging this: is it possible to see what the driver is doing with the data stream fed to it (other than inserting a bunch of printk's in the code)?
Thanks.
At Thu, 13 Nov 2008 09:52:03 -0500, Andrei Tanas wrote:
On Thu, 13 Nov 2008 09:25:43 +0100, Takashi Iwai tiwai@suse.de wrote:
Also, try sound-2.6.git tree instead. git://git.kernel.org/pub/scm/linux/kernel/people/tiwai/sound-2.6.git
patch_realtek.c are identical and hda_intel.c show only minor differences which don't look related in this and "alsa-kernel" get tree that I used. Do you think I should still try it?
You should keep tracking the sound git tree if you'd like to catch up the upstream changes quickly. Right now there is no big difference regarding Realtek stuff, though.
Is there some "official" method of debugging this: is it possible to see what the driver is doing with the data stream fed to it (other than inserting a bunch of printk's in the code)?
You can use hda-verb program to access the codec verbs directly. Also you can use the hda-emulator for debugging. But you have the real hardware, so it's maybe better to use your own hardware.
The programs can be found in ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/misc/
Takashi
Is there some "official" method of debugging this: is it possible to see what the driver is doing with the data stream fed to it (other than inserting a bunch of printk's in the code)?
You can use hda-verb program to access the codec verbs directly. Also you can use the hda-emulator for debugging. But you have the real hardware, so it's maybe better to use your own hardware.
The programs can be found in ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/misc/
My /dev/snd only has these: controlC0 pcmC0D0c pcmC0D0p pcmC0D1c pcmC0D1p pcmC0D2c timer Should there be hw* nodes?
At Thu, 13 Nov 2008 10:59:42 -0500, Andrei Tanas wrote:
Is there some "official" method of debugging this: is it possible to see what the driver is doing with the data stream fed to it (other than inserting a bunch of printk's in the code)?
You can use hda-verb program to access the codec verbs directly. Also you can use the hda-emulator for debugging. But you have the real hardware, so it's maybe better to use your own hardware.
The programs can be found in ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/misc/
My /dev/snd only has these: controlC0 pcmC0D0c pcmC0D0p pcmC0D1c pcmC0D1p pcmC0D2c timer Should there be hw* nodes?
Build with CONFIG_SND_HDA_HWDEP=y.
Takashi
At Thu, 13 Nov 2008 17:02:16 +0100, I wrote:
At Thu, 13 Nov 2008 10:59:42 -0500, Andrei Tanas wrote:
Is there some "official" method of debugging this: is it possible to see what the driver is doing with the data stream fed to it (other than inserting a bunch of printk's in the code)?
You can use hda-verb program to access the codec verbs directly. Also you can use the hda-emulator for debugging. But you have the real hardware, so it's maybe better to use your own hardware.
The programs can be found in ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/misc/
My /dev/snd only has these: controlC0 pcmC0D0c pcmC0D0p pcmC0D1c pcmC0D1p pcmC0D2c timer Should there be hw* nodes?
Build with CONFIG_SND_HDA_HWDEP=y.
... and before someone complains: I already fixed README to mention about this, and released as version 0.3.
Takashi
On Thu, 13 Nov 2008 17:02:16 +0100, Takashi Iwai tiwai@suse.de wrote:
My /dev/snd only has these: controlC0 pcmC0D0c pcmC0D0p pcmC0D1c pcmC0D1p pcmC0D2c timer Should there be hw* nodes?
Build with CONFIG_SND_HDA_HWDEP=y.
Ok, I can see them now. So, as far as I understand I should be able to use hda-verb to manually control the codec. Can you suggest what I should read to understand how to do this, what commands are available etc. (I have ALC883 datasheet).
participants (3)
-
Andrei Tanas -
Takashi Iwai -
Wu Fengguang