[alsa-devel] No sound card found for ATI SB600 Azalia
Hello I have Dell Latitude D531 notebook with 00:14.2 Audio device: ATI Technologies Inc SB600 Azalia sound card. Module snd_hda_intel is automaticaly loaded but no sound card is detected. Here is the dmesg output: ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 16 ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:558: hda_intel: azx_get_response timeout, switching to polling mode... ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:564: hda_intel: azx_get_response timeout, switching to single_cmd mode... hda_codec: No auto-config is available, default to model=ref ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1020: hda-intel: no codecs initialized ACPI: PCI interrupt for device 0000:00:14.2 disabled I have linux kernel 2.6.22.1. Also tried alsa 1.0.14 kernel modules built from alsa sources. The result was the same. I have also tried all model=xxx arguments, nothing helped. A also tried pci=noacpi but that caused boot failure. Am I doing something wrong? Can you please help me with that? Btw, the system is 64bit, could that be a problem? lspci -nnv for sound card is: 00:14.2 Audio device [0403]: ATI Technologies Inc SB600 Azalia [1002:4383] Subsystem: Dell Unknown device [1028:0206] Flags: slow devsel, IRQ 16 Memory at febfc000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Thanks in advance Marek
On 7/23/07, Marek Zelem <marek@terminus.sk> wrote:
ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 16 ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:558: hda_intel: azx_get_response timeout, switching to polling mode... ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:564: hda_intel: azx_get_response timeout, switching to single_cmd mode... hda_codec: No auto-config is available, default to model=ref ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1020: hda-intel: no codecs initialized
Takashi-san, Maybe you should add another printk() to HDA intel driver that instructs the user to post relevant debug info (/proc/asound/card0/codecblah...) to alsa-devel in these cases where we encounter some problem that is likely to result in no sound? Other subsystems do it in similar cases (essentially, too many hardware variants for the maintainers to have any chance of testing them all) and it seems to produce good results. It would make a lot of users happy to not have to google for what to do next... Lee
At Mon, 23 Jul 2007 22:42:07 -0400, Lee Revell wrote:
On 7/23/07, Marek Zelem <marek@terminus.sk> wrote:
ACPI: PCI Interrupt 0000:00:14.2[A] -> GSI 16 (level, low) -> IRQ 16 ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:558: hda_intel: azx_get_response timeout, switching to polling mode... ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:564: hda_intel: azx_get_response timeout, switching to single_cmd mode... hda_codec: No auto-config is available, default to model=ref ALSA /usr/src/modules/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1020: hda-intel: no codecs initialized
Takashi-san,
Maybe you should add another printk() to HDA intel driver that instructs the user to post relevant debug info (/proc/asound/card0/codecblah...) to alsa-devel in these cases where we encounter some problem that is likely to result in no sound? Other subsystems do it in similar cases (essentially, too many hardware variants for the maintainers to have any chance of testing them all) and it seems to produce good results. It would make a lot of users happy to not have to google for what to do next...
Well, in this case, the codec probe itself fails, so we cannot get the mostly userful information such as codec#* proc files. Thus it won't be helpful to give such instructions. I suspect this particular case is rather an ACPI problem like others. Some ACPI-related boot options are worth to try... Takashi
Hi On Tue, 24 Jul 2007, Takashi Iwai wrote:
Well, in this case, the codec probe itself fails, so we cannot get the mostly userful information such as codec#* proc files. Thus it won't be helpful to give such instructions.
I suspect this particular case is rather an ACPI problem like others. Some ACPI-related boot options are worth to try...
I have tried almost everything about ACPI and also IRQ routing but without success. If it helps, the BIOS reports that there is Sigmatel 9205 audio card. Is there any chance to make it work? I am C programmer so do not hesitate to point me into sources, add printks which will help to figure out why the codec is not detected. Thanks a lot Marek
At Tue, 24 Jul 2007 21:53:01 +0200 (CEST), Marek Zelem wrote:
Hi
On Tue, 24 Jul 2007, Takashi Iwai wrote:
Well, in this case, the codec probe itself fails, so we cannot get the mostly userful information such as codec#* proc files. Thus it won't be helpful to give such instructions.
I suspect this particular case is rather an ACPI problem like others. Some ACPI-related boot options are worth to try...
I have tried almost everything about ACPI and also IRQ routing but without success. If it helps, the BIOS reports that there is Sigmatel 9205 audio card.
Did you try the ALSA HG version? There is a known bug specific to STAC9205 that was fixed after 1.0.14 release. Takashi
On Tue, 31 Jul 2007, Takashi Iwai wrote:
Did you try the ALSA HG version? There is a known bug specific to STAC9205 that was fixed after 1.0.14 release.
I tried that and it seems it works. Thanks. Marek
participants (3)
-
Lee Revell -
Marek Zelem -
Takashi Iwai