[alsa-devel] [BUG] GPF in snd_hda_intel
tiwai at suse.de
Tue Oct 13 08:12:50 CEST 2009
At Mon, 12 Oct 2009 21:39:21 +0200,
Luca Tettamanti wrote:
> On Mon, Oct 12, 2009 at 7:58 AM, Takashi Iwai <tiwai at suse.de> wrote:
> > At Sat, 10 Oct 2009 15:01:10 +0200,
> > Luca Tettamanti wrote:
> >> Hello,
> >> with current git kernel (bd381934) I see a GPF when the snd_hda_intel driver is
> >> loaded; the regression is recent, 0eca52a works fine.
> >> The machine is an ASUS laptop (F3Sa), this is the sound card:
> > Could you load the snd-hda-intel module with probe_only=1 option,
> > and give the output of "alsa-info.sh --no-upload" ?
> > If 0eca52a worked, there are only a few changes regarding hda-intel.
> > f8f25ba3563dab14b1c3ea4d829642b8a61ca5d7
> > ALSA: hda - Add a workaround for ASUS A7K
> This is probably related; I haven't actually tested yet, but I have
> one more information: I had "model=lenovo" in modprobe configuration.
Ah, this is it. I can reproduce the problem with my emulator now.
The patch below fixes the issue.
> This was necessary because otherwise the driver applied the quirk for
> Asus G1, resulting in no sound (see bug
> The driver works fine without "model" parameter (possibly due to the
> removal of the quirk entry for the the G1); I get a warning about a
> timeout when MSI is not enabled though:
> HDA Intel 0000:00:1b.0: PCI INT A disabled
> HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
> HDA Intel 0000:00:1b.0: setting latency timer to 64
> hda_codec: ALC660-VD: BIOS auto-probing.
> input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input9
> hda-intel: azx_get_response timeout, switching to polling mode: last
It's no critical error, but if enable_msi=1 helps, just keep the option.
In 2.6.33, MSI will be enabled as default.
More information about the Alsa-devel