From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934381Ab1JaLXq (ORCPT ); Mon, 31 Oct 2011 07:23:46 -0400 Received: from cantor2.suse.de ([195.135.220.15]:35149 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932704Ab1JaLXp (ORCPT ); Mon, 31 Oct 2011 07:23:45 -0400 From: Thomas Renninger To: Bjorn Helgaas Subject: Re: kernel panic Date: Mon, 31 Oct 2011 13:24:04 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.37-rc5-5.99.12.5343e5f-desktop; KDE/4.4.4; x86_64; ; ) Cc: nick bray , linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, lenb@kernel.org, Zhao Yakui , Zhang Rui References: <4EA549C3.4080206@ntlworld.com> <201110280413.51751.trenn@suse.de> In-Reply-To: <201110280413.51751.trenn@suse.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201110311324.05185.trenn@suse.de> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday 28 October 2011 04:13:50 Thomas Renninger wrote: ... > Ah, maybe an older acpidump got used and the _CST method of the > object is in a not exported, dynamically loaded SSDT. > This is very likely. > > Please use a very recent acpidump: > Hm, Len's ftp directory on kernel.org where latest acpidump was > located is gone? I've put a (hopefully) recent acpidump source here: ftp.suse.com/pub/people/trenn/acpidump Should get available in an hour or so. I expect you see: "Dynamic OEM Table Load" message(s) in dmesg and the SSDT which includes the ACPI parts which are causing this is loaded at runtime. Older acpidump versions were not able to extract these, the one I put on my ftp account should be able to. Can you run it and put the output somewhere (related Ubuntu bug?) and provide a pointer to it, please. Hm, you could create a bug here: http://acpica.org/bugzilla It looks like ACPI code in the _CST function is triggering an ACPICA interpreter memory bug when it tries to evaluate the func (guessing...). Thomas