From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 30 21:41:21 2009 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 D68F9106568A for ; Thu, 30 Apr 2009 21:41:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A67878FC25 for ; Thu, 30 Apr 2009 21:41:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 47D7146B66; Thu, 30 Apr 2009 17:41:21 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 208A28A021; Thu, 30 Apr 2009 17:41:20 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 30 Apr 2009 08:36:34 -0400 User-Agent: KMail/1.9.7 References: <43b1bb350904230622u4b7790f0p9f665b649c97a3b@mail.gmail.com> <43b1bb350904250326o63cb3085vc6a7079fba7cd700@mail.gmail.com> <43b1bb350904250327n2bc0c651y7e725abda56538b0@mail.gmail.com> In-Reply-To: <43b1bb350904250327n2bc0c651y7e725abda56538b0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904300836.34238.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 30 Apr 2009 17:41:20 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-0.5 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_06_12,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: Fwd: Kernel panic on 7.2-RC1 when booting with ACPI enabled kernel. 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: Thu, 30 Apr 2009 21:41:22 -0000 On Saturday 25 April 2009 6:27:23 am Magnus Kling wrote: > 2009/4/24 John Baldwin > > Can you do 'frame 10' followed by 'p *(struct acpi_pci_devinfo > > *)child->ivars' > > > > -- > > John Baldwin > > > Sure, no problem. This is a none critical server so I can do alot of > debugging and testing if that is needed. > > > (kgdb) frame 10 > #10 0xc0db4ca8 in acpi_pci_child_location_str_method (cbdev=0xc2212680, > child=0xc2243400, buf=0xc22c2400 "slot=0 function=0 handle=", > buflen=1024) > at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pci.c:150 > 150 strlcat(buf, acpi_name(dinfo->ap_handle), buflen); > > (kgdb) p *(struct acpi_pci_devinfo *)child->ivars > $1 = {ap_dinfo = {pci_links = {stqe_next = 0xc0b00f8c}, resources = { > stqh_first = 0xc0b00f8c, stqh_last = 0x1030000}, cfg = {dev = 0x0, > bar = {4, 0, 0, 3257136600, 0, 0}, bios = 0, subvendor = 0, > subdevice = 0, vendor = 0, device = 0, cmdreg = 0, statreg = 0, > baseclass = 0 '\0', subclass = 0 '\0', progif = 0 '\0', revid = 0 Hmm, this is all completely wrong and trashed. What if you do 'p *child'? -- John Baldwin