From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+w=401wt.eu-S1753217AbZJLF7Y@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753217AbZJLF7Y (ORCPT <rfc822;w@1wt.eu>);
	Mon, 12 Oct 2009 01:59:24 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752533AbZJLF7X
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 12 Oct 2009 01:59:23 -0400
Received: from cantor.suse.de ([195.135.220.2]:58710 "EHLO mx1.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751732AbZJLF7X (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 12 Oct 2009 01:59:23 -0400
Date: Mon, 12 Oct 2009 07:58:46 +0200
Message-ID: <s5hk4z1f90p.wl%tiwai@suse.de>
From: Takashi Iwai <tiwai@suse.de>
To: Luca Tettamanti <kronos.it@gmail.com>
Cc: alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org
Subject: Re: [BUG] GPF in snd_hda_intel
In-Reply-To: <20091010130110.GA5445@nb-core2.darkstar.lan>
References: <20091010130110.GA5445@nb-core2.darkstar.lan>
User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.7 Emacs/23.1
 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

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.

defb5ab2e0ff08ff9a942e2bb7e14c21a55ec26b
    ALSA: hda - Fix yet another auto-mic bug in ALC268
01d4825df62d1d405035b90294bf38616d3f380b
    ALSA: hda - Don't pick up invalid HP pins in alc_subsystem_id()
f8f25ba3563dab14b1c3ea4d829642b8a61ca5d7
    ALSA: hda - Add a workaround for ASUS A7K
15870f05e90a365f8022da416e713be0c5024e2f
    ALSA: hda - Fix invalid initializations for ALC861 auto mode

The possible culprit is the third one, f8f25ba3563dab1.
Could you try to revert this commit?


thanks,

Takashi