[alsa-devel] Intel 82801I (ICH9 Family) HD Audio Controller on a HP dv4 computer

Takashi Iwai tiwai at suse.de
Mon Dec 15 08:39:04 CET 2008


At Sun, 14 Dec 2008 11:52:29 +0100,
Jean-Pierre André wrote:
> 
> Hi Takashi,
> 
> Takashi Iwai wrote:
> > At Sat, 13 Dec 2008 12:41:23 +0100 (CET),
> > Jean-Pierre ANDRE wrote:
> >   
> >> Hi,
> >>
> >> I am getting difficulty setting up ALSA for my new HP portable computer.
> >> lspci displays the audio chip as :
> >> Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
> >> and /proc/asound displays the codec as IDT 92HD71B7X
> >>
> >> I have uploaded the detailed hardware and configuration parameters to
> >> http://pagesperso-orange.fr/b.andre/visits.html/92HD71B7X
> >>
> >> I am using Fedora 10 x86_64 without pulseaudio and with the latest alsa-driver :
> >> alsa-driver-1.0.18a.16.g4012f.139.g6e583.tar.bz2
> >>
> >> I have googled for a similar problem, but did not get to an actual fix,
> >> the following thread appears to deal with a most similar situation :
> >> http://forums.opensuse.org/pre-release-beta/399731-beta-5-no-sound.html
> >>
> >> After several tries, I have set modprobe.conf as
> >> alias snd-card-0 snd-hda-intel
> >> options sound slots=snd-hda-intel
> >> options snd-hda-intel model=hp-m4 single_cmd=1 enable_msi=1
> >>     
> >
> > Don't use single_cmd=1 option.  If this is needed, it's already
> > something very wrong, most likely a deeper problem like ACPI.
> >
> >
> > Takashi
> >   
> Thank you for your help.
> 
> I had already tested without the single_cmd=1 option, and
> the only difference I see is the " azx_get_response timeout,
> switching to polling mode" warning.

Switching to polling mode is OK and mostly harmless.  But single_cmd
is not.  There is a VERY big difference between them.

> Probably related is the
> fact that I have never seen an IRQ 22. 
> 
> from proc/interrupts :
> 
>  22:          0          0   IO-APIC-fasteoi   uhci_hcd:usb6, HDA Intel

Hum, then it must be an interrupt thing.
Ask rather ACPI guys.


Takashi


More information about the Alsa-devel mailing list