Re: [alsa-devel] [Alsa-devel] [i8x0] docking station audio-out ceased to work
At Wed, 21 Mar 2007 23:57:32 +0100, Andreas Happe wrote:
On Mon, 2007-03-19 at 18:53 +0100, Takashi Iwai wrote:
Interesting. Usually AC97-SPSA specifies the AC97 slot for SPDIF output. The full (= 3) means the slot 10/11, 0 means slot 3/4. IIUC, AC97-SPSA must be 3 for docking station output working?
If i remember correctly - but I was on holiday before the hardware stopped to work (it was either set to 0 or 3, but I think that it was 3).
If yes, try to set spdif_aclink=1 with the latest driver (HG version)...
do you mean alsa-driver or alsa-kernel? I'm somehow reluctant to replace my distribution's userspace utilities with self-compiled stuff (while i would happily build a custom kernel).
You need both trees to compile the driver.
BTW: a short link to a tutorial howto build hg kernels (or against what kernel release). I checked it out, copied over the sound/ directory and rebuild my 2.6.21-rc4 kernel.
Copying to Linus kernel may work in most cases but sometimes not since alsa-kernel repo is updated for mm tree.
The building HG driver is easy. Clone (both) repos, and run hgcompile script instead of configure. See alsa-driver/INSTALL.
Takashi
On Mon, 2007-03-26 at 11:55 +0200, Takashi Iwai wrote:
Copying to Linus kernel may work in most cases but sometimes not since alsa-kernel repo is updated for mm tree.
So building a -mm kernel would also work?
cheers, Andreas
At Mon, 26 Mar 2007 12:07:38 +0200, Andreas Happe wrote:
On Mon, 2007-03-26 at 11:55 +0200, Takashi Iwai wrote:
Copying to Linus kernel may work in most cases but sometimes not since alsa-kernel repo is updated for mm tree.
So building a -mm kernel would also work?
This should work always (otherwise send bug reports :)
Takashi
On Mon, 2007-03-26 at 12:28 +0200, Takashi Iwai wrote:
At Mon, 26 Mar 2007 12:07:38 +0200, Andreas Happe wrote:
On Mon, 2007-03-26 at 11:55 +0200, Takashi Iwai wrote:
Copying to Linus kernel may work in most cases but sometimes not since alsa-kernel repo is updated for mm tree.
So building a -mm kernel would also work?
This should work always (otherwise send bug reports :)
Booting with 2.6.21-rc4-mm1 didn't solve the alsa problem (with or without the aclink module parameter). I start to believe that some change in alsa-utils/lib made the audio output stop working.
cheers, andreas
At Wed, 28 Mar 2007 20:31:37 +0200, Andreas Happe wrote:
On Mon, 2007-03-26 at 12:28 +0200, Takashi Iwai wrote:
At Mon, 26 Mar 2007 12:07:38 +0200, Andreas Happe wrote:
On Mon, 2007-03-26 at 11:55 +0200, Takashi Iwai wrote:
Copying to Linus kernel may work in most cases but sometimes not since alsa-kernel repo is updated for mm tree.
So building a -mm kernel would also work?
This should work always (otherwise send bug reports :)
Booting with 2.6.21-rc4-mm1 didn't solve the alsa problem (with or without the aclink module parameter).
What did you try exactly?
I start to believe that some change in alsa-utils/lib made the audio output stop working.
Hm, I think it's unlikely. If it's ICH4 or newer, it has a separate SPDIF output slot in the contoller side. Thus, when aclink_spdif = 0 (or not given), the dedicated DMA has to be used to send to AC-link slot 10/11. It's usually done by playing on "spdif" PCM, such as
% aplay -D spdif foo.wav
This is set in ICH register 0x2c (GLOB_CNT) bits SPDIF_XX.
Takashi
On Thu, 2007-03-29 at 12:21 +0200, Takashi Iwai wrote:
What did you try exactly?
I thought that -mm contained the latest ALSA tree, so I build on of those and booted it with aclink_spdif=1 and aclink_spdif=0. With both of them the audio out on the docking station does not work (although I am not sure that it is a SPDIF output).
If it's ICH4 or newer, it has a separate SPDIF output slot in the contoller side. Thus, when aclink_spdif = 0 (or not given), the dedicated DMA has to be used to send to AC-link slot 10/11.
Thanks, using the spdif PCM as output device worked, is there any way that it could be enabled by a module paraemter (setting spdif_aclink does not do that for me nor am I sure if it should).
Thanks, Andreas
At Sun, 01 Apr 2007 14:59:11 +0200, Andreas Happe wrote:
On Thu, 2007-03-29 at 12:21 +0200, Takashi Iwai wrote:
What did you try exactly?
I thought that -mm contained the latest ALSA tree, so I build on of those and booted it with aclink_spdif=1 and aclink_spdif=0. With both of them the audio out on the docking station does not work (although I am not sure that it is a SPDIF output).
Well, my question is what test you did actually. That is, with which app and which options you chose.
If it's ICH4 or newer, it has a separate SPDIF output slot in the contoller side. Thus, when aclink_spdif = 0 (or not given), the dedicated DMA has to be used to send to AC-link slot 10/11.
Thanks, using the spdif PCM as output device worked, is there any way that it could be enabled by a module paraemter (setting spdif_aclink does not do that for me nor am I sure if it should).
Hm, do you mean that output from SPDIF pcm works for the output on docking station?
Takashi
On Mon, 2007-04-02 at 11:17 +0200, Takashi Iwai wrote:
Well, my question is what test you did actually.
Oh. Until recently plugging my speakers (analog, not S/PDIF connector) into the audio out of my Dell Docking station worked, now after connecting the speakers to the audio out it seems like the sound is muted. I'm using a default Ubuntu 7.04 config (without any .asoundrc), audio apps would be rhythmbox (gstreamer), mplayer, totem (xine). Kernel in question is latest -rc (2.6.21-rc4/5).
Hm, do you mean that output from SPDIF pcm works for the output on docking station?
yes, it works for the non-spdif audio outlet. I do not have any S/PDIF-enabled speaker system around, so I can't test that.
cheers, andreas
At Mon, 02 Apr 2007 13:20:58 +0200, Andreas Happe wrote:
On Mon, 2007-04-02 at 11:17 +0200, Takashi Iwai wrote:
Well, my question is what test you did actually.
Oh. Until recently plugging my speakers (analog, not S/PDIF connector) into the audio out of my Dell Docking station worked, now after connecting the speakers to the audio out it seems like the sound is muted. I'm using a default Ubuntu 7.04 config (without any .asoundrc), audio apps would be rhythmbox (gstreamer), mplayer, totem (xine). Kernel in question is latest -rc (2.6.21-rc4/5).
Hm, do you mean that output from SPDIF pcm works for the output on docking station?
yes, it works for the non-spdif audio outlet. I do not have any S/PDIF-enabled speaker system around, so I can't test that.
Still wondering why setting AC97-SPSA to 0 doesn't work in this case. Try the following:
- plug to the analog output on docking station - set "IEC958 Playback AC97-SPSA" to zero via alsamixer or whatever - set "IEC958 Playback Switch" on - run % aplay -Ddefault foo.wav
Takashi
On Mon, 2007-04-02 at 13:27 +0200, Takashi Iwai wrote:
Still wondering why setting AC97-SPSA to 0 doesn't work in this case. Try the following:
- plug to the analog output on docking station
- set "IEC958 Playback AC97-SPSA" to zero via alsamixer or whatever
- set "IEC958 Playback Switch" on
- run % aplay -Ddefault foo.wav
| aplay -Ddefault shutdown.wav Playing WAVE 'shutdown.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
-> Silence
| aplay -Dspdif startup.wav aplay: main:550: audio open error: Device or resource busy
-> I got the totem player open in the background, it didn't produce any sounds but seems to lock the pcm channel.
After closing totem player:
| arcs@storm:/usr/share/sounds$ aplay -Dspdif startup.wav Playing WAVE 'startup.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
-> played sound
| aplay -Ddefault startup.wav Playing WAVE 'startup.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
-> still no sound
hoped that helped.
cheers, Andreas
At Mon, 02 Apr 2007 13:41:21 +0200, Andreas Happe wrote:
On Mon, 2007-04-02 at 13:27 +0200, Takashi Iwai wrote:
Still wondering why setting AC97-SPSA to 0 doesn't work in this case. Try the following:
- plug to the analog output on docking station
- set "IEC958 Playback AC97-SPSA" to zero via alsamixer or whatever
- set "IEC958 Playback Switch" on
- run % aplay -Ddefault foo.wav
| aplay -Ddefault shutdown.wav Playing WAVE 'shutdown.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
-> Silence
| aplay -Dspdif startup.wav aplay: main:550: audio open error: Device or resource busy
-> I got the totem player open in the background, it didn't produce any sounds but seems to lock the pcm channel.
After closing totem player:
| arcs@storm:/usr/share/sounds$ aplay -Dspdif startup.wav Playing WAVE 'startup.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
-> played sound
| aplay -Ddefault startup.wav Playing WAVE 'startup.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
-> still no sound
hoped that helped.
Make sure that AC97-SPSA is reset to zero before you play via default PCM.
Also, you can compare ac97 regsiters by dumping the proc file /proc/asound/card0/codec97#0/*-0+regs file between playing "spdif" and "default" PCMs. Then you can see at least whether any ac97 register is changed.
Takashi
participants (2)
-
Andreas Happe -
Takashi Iwai