At Wed, 25 Jun 2008 21:00:46 +0900,
Kan-I Jyo wrote:
>
> Dear Takashi,
>
> Thank you for your reply.
>
> 2008/6/25 Takashi Iwai <tiwai@xxxxxxx>:
>
> > 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?
The hardware sets the corresponding bits to this register when the
codec is found on the slot. So, this seems really like a hardware
problem.
Or, if it's a timing issue, you can try to add some delays in
azx_reset()...
Takashi
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
