From: Luca Tettamanti <kronos.it@gmail.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org,
"Rafael J. Wysocki" <rjw@sisk.pl>
Subject: Re: [BUG] GPF in snd_hda_intel
Date: Tue, 13 Oct 2009 14:54:46 +0200 [thread overview]
Message-ID: <68676e00910130554x418f8689x10bccec31df8d49c@mail.gmail.com> (raw)
In-Reply-To: <s5h63ajx1nh.wl%tiwai@suse.de>
On Tue, Oct 13, 2009 at 8:12 AM, Takashi Iwai <tiwai@suse.de> wrote:
> 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.
Yup, no more GPF.
> From 2d9c648295d7bc376305337d29f540a5e411f632 Mon Sep 17 00:00:00 2001
> From: Takashi Iwai <tiwai@suse.de>
> Date: Tue, 13 Oct 2009 08:06:55 +0200
> Subject: [PATCH] ALSA: hda - Fix overflow of spec->init_verbs in patch_realtek.c
>
> ALC861-VD lenovo model causes overflow of spec->init_verbs entries due to
> the recent changes. Simply increase the array size to avoid the overflow.
>
> Reported-by: Luca Tettamanti <kronos.it@gmail.com>
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
Tested-by: Luca Tettamanti <kronos.it@gmail.com>
> ---
> sound/pci/hda/patch_realtek.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
> index 470fd74..c08ca66 100644
> --- a/sound/pci/hda/patch_realtek.c
> +++ b/sound/pci/hda/patch_realtek.c
> @@ -275,7 +275,7 @@ struct alc_spec {
> struct snd_kcontrol_new *cap_mixer; /* capture mixer */
> unsigned int beep_amp; /* beep amp value, set via set_beep_amp() */
>
> - const struct hda_verb *init_verbs[5]; /* initialization verbs
> + const struct hda_verb *init_verbs[10]; /* initialization verbs
> * don't forget NULL
> * termination!
> */
> --
> 1.6.4.2
>
>
prev parent reply other threads:[~2009-10-13 12:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-10 13:01 Luca Tettamanti
2009-10-12 5:58 ` Takashi Iwai
2009-10-12 19:39 ` Luca Tettamanti
2009-10-13 6:12 ` Takashi Iwai
2009-10-13 12:54 ` Luca Tettamanti [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=68676e00910130554x418f8689x10bccec31df8d49c@mail.gmail.com \
--to=kronos.it@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®