From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lin Ming Subject: Re: 2.6.29 acpi regression: acpi_ex_extract_from_field -- div by zero Date: Fri, 20 Mar 2009 08:48:37 +0800 Message-ID: <1237510117.879.4.camel@minggr.sh.intel.com> References: <49BCDCAA.8040309@gmail.com> <1237174943.4193.37.camel@minggr.sh.intel.com> <49BE7EE6.3070107@gmail.com> <49C0AC13.7040107@gmail.com> <49C26D91.3010904@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from mga11.intel.com ([192.55.52.93]:46540 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752487AbZCTA6t (ORCPT ); Thu, 19 Mar 2009 20:58:49 -0400 In-Reply-To: <49C26D91.3010904@gmail.com> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Jiri Slaby Cc: "Moore, Robert" , "lenb@kernel.org" , "linux-acpi@vger.kernel.org" , "Rafael J. Wysocki" , linux-kernel , "torvalds@linux-foundation.org" On Fri, 2009-03-20 at 00:06 +0800, Jiri Slaby wrote: > On 18.3.2009 09:08, Jiri Slaby wrote: > > On 16.3.2009 17:31, Jiri Slaby wrote: > >> On 16.3.2009 04:42, Lin Ming wrote: > >>>> sometimes, when booting up/resuming from disk, I get an oops[1]. > >>>> > >>>> obj_desc->common_field.access_bit_width is zero, but even after the > >>>> loop. Division before the loop is apparently OK. > >>> > >>> Would please try below debug patch to see which region filed is > >>> accessed? > > > > I'm confused, but keep trying. > > Got it again. obj_desc->common_field.node is martian too (0x4000000), so > the added acpi_get_name dies: > http://www.fi.muni.cz/~xslaby/sklad/panics/acpi_oops1.png > > Whole common_field seems to be mangled. Ideas? Thanks for the info. We are looking at this. Lin Ming