Re: [alsa-devel] [BUG] GPF in snd_hda_intel
At Mon, 12 Oct 2009 21:39:21 +0200, Luca Tettamanti wrote:
On Mon, Oct 12, 2009 at 7:58 AM, Takashi Iwai tiwai@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 https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3513). 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 cmd=0x018f0900
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.
thanks,
Takashi
---
participants (1)
-
Takashi Iwai