Dear Takashi,
Thank you for your reply.
2008/6/25 Takashi Iwai tiwai@suse.de:
The patch below enables the probe on 4th slot on SCH.
Thank you for your patch. I have applied your patch and recompiled the snd-hda-intel kernel module. A reload of the newly compiled driver stiil gives me the "no codec found!" output in dmesg.
After inserting some snd_printk() into the hda_intel.c, it seems that this "azx_readw()" macro in azx_reset() function returns a "0" to chip->codec_mask on our not-working device. It is returns a "1" on the other working device though.
<hda_intel.c> -- snip -- 751 /* detect codecs */ 752 if (!chip->codec_mask) { 753 chip->codec_mask = azx_readw(chip, STATESTS); 754 snd_printk("codec_mask = 0x%x\n", chip->codec_mask); -- snip --
<dmesg> -- snip -- PCI: Setting latency timer of device 0000:00:1b.0 to 64 ALSA /root/alsa-driver-1.0.17rc2/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:2069: chipset global capabilities = 0x2200 ALSA /root/alsa-driver-1.0.17rc2/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:912: HDA snoop disabled, enabling ... OK ALSA /root/alsa-driver-1.0.17rc2/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:754: codec_mask = 0x0 ALSA /root/alsa-driver-1.0.17rc2/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:2142: hda-intel: no codecs found! ACPI: PCI interrupt for device 0000:00:1b.0 disabled
For I am not an expert in sound driver development, the above are provided for reference. But would this be some kind of hint?