From owner-freebsd-acpi@FreeBSD.ORG Wed Oct 20 06:39:26 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FA22106564A for ; Wed, 20 Oct 2010 06:39:26 +0000 (UTC) (envelope-from ming.m.lin@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF6F8FC19 for ; Wed, 20 Oct 2010 06:39:26 +0000 (UTC) Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga101.jf.intel.com with ESMTP; 19 Oct 2010 23:39:25 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.57,354,1283756400"; d="scan'208";a="565675299" Received: from minggr.sh.intel.com (HELO [10.239.13.26]) ([10.239.13.26]) by orsmga002.jf.intel.com with ESMTP; 19 Oct 2010 23:39:24 -0700 From: Lin Ming To: Hans Petter Selasky In-Reply-To: <201010200834.28444.hselasky@c2i.net> References: <201010121209.06397.hselasky@c2i.net> <201010182221.36745.hselasky@c2i.net> <1287467222.6530.3067.camel@minggr.sh.intel.com> <201010200834.28444.hselasky@c2i.net> Content-Type: text/plain; charset="UTF-8" Date: Wed, 20 Oct 2010 14:36:31 +0800 Message-ID: <1287556591.6530.3071.camel@minggr.sh.intel.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 Content-Transfer-Encoding: 7bit Cc: "freebsd-acpi@freebsd.org" , "Moore, Robert" Subject: Re: MacBookPro 5,1 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2010 06:39:26 -0000 On Wed, 2010-10-20 at 14:34 +0800, Hans Petter Selasky wrote: > On Tuesday 19 October 2010 07:47:02 Lin Ming wrote: > > On Tue, 2010-10-19 at 04:21 +0800, Hans Petter Selasky wrote: > > > On Monday 18 October 2010 02:01:09 Moore, Robert wrote: > > > > Can you send us the acpidump for the machine? > > > > > > > > Also, tell us which control method is failing. > > > > > > > > Thanks > > > > > > Hi, > > > > > > Please find attached dump of ACPI tables. > > > > > > It is the function AcpiRsCreateAmlResources() which writes beyond the > > > buffer it allocates. > > > > Could you enable AML debug output to get more info? > > But I don't know how to enable it on FreeBSD. > > > > In Linux, the AML debug output is enabled with kernel boot parameters > > like below. > > acpi.debug_layer=0xffffffff acpi.debug_level=0xffffffff > > > > FreeBSD may have some similar boot parameters. > > I've enabled the debug prints just around the failing function. Here is the > result: What's the kernel parameters are you using? There should be a lot of AML debug output. Lin Ming > > pcib0: on acpi0 > pci0: on pcib0 > pci_link32: Enter debugger > > **** Context Switch from TID 0xffffffffffffffff to TID 0x186a0 **** > > rscalc-0293 [0x186a0] [188762] RsGetAmlLength : ----Entry > rscalc-0369 [0x186a0] [188762] RsGetAmlLength : ----Exit- AE_OK > rslist-0225 [0x186a0] [188762] RsConvertResourcesToAm: ----Entry > rsmisc-0437 [0x186a0] [188763] RsConvertResourceToAml: ----Entry > rsmisc-0636 [0x186a0] [188763] RsConvertResourceToAml: ----Exit- AE_OK > rsmisc-0437 [0x186a0] [188763] RsConvertResourceToAml: ----Entry > rsmisc-0636 [0x186a0] [188763] RsConvertResourceToAml: ----Exit- AE_OK > rslist-0273 [0x186a0] [188762] RsConvertResourcesToAm: ----Exit- AE_OK > rscreate-0554 [0x186a0] [188761] RsCreateAmlResources : OutputBuffer > 0xffffff00031f9000 Length D > Dirty free 0xffffff00031f9000 13 at 13 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > AcpiOsFree() at AcpiOsFree+0x72 > AcpiUtDeleteInternalObj() at AcpiUtDeleteInternalObj+0x335 > AcpiUtUpdateRefCount() at AcpiUtUpdateRefCount+0x188 > AcpiUtUpdateObjectReference() at AcpiUtUpdateObjectReference+0x6e > AcpiUtRemoveReference() at AcpiUtRemoveReference+0xd5 > AcpiRsSetSrsMethodData() at AcpiRsSetSrsMethodData+0x14b > AcpiSetCurrentResources() at AcpiSetCurrentResources+0xb8 > acpi_pci_link_route_irqs() at acpi_pci_link_route_irqs+0x204 > acpi_pci_link_route_interrupt() at acpi_pci_link_route_interrupt+0x1a9 > acpi_pcib_route_interrupt() at acpi_pcib_route_interrupt+0x46b > pci_assign_interrupt() at pci_assign_interrupt+0x1c3 > pci_add_resources() at pci_add_resources+0x14a > pci_add_children() at pci_add_children+0x10e > acpi_pci_attach() at acpi_pci_attach+0xcd > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pcib_attach() at acpi_pcib_attach+0x20e > acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x280 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_attach() at acpi_attach+0xaa6 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > nexus_acpi_attach() at nexus_acpi_attach+0x69 > device_attach() at device_attach+0x69 > bus_generic_new_pass() at bus_generic_new_pass+0xd6 > bus_set_pass() at bus_set_pass+0x7a > configure() at configure+0xa > mi_startup() at mi_startup+0x59 > btext() at btext+0x2c > > --HPS