From owner-freebsd-current@FreeBSD.ORG Wed May 27 21:25:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F210A10656BD; Wed, 27 May 2009 21:25:57 +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 C3BE08FC1A; Wed, 27 May 2009 21:25:57 +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 66D6346B17; Wed, 27 May 2009 17:25:57 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 45DEF8A028; Wed, 27 May 2009 17:25:56 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 27 May 2009 17:25:43 -0400 User-Agent: KMail/1.9.7 References: <49159824-57EB-4628-9F1C-CE9243465D02@mukaibo.com> <4A1D3484.9040201@icyb.net.ua> In-Reply-To: <4A1D3484.9040201@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905271725.44235.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 27 May 2009 17:25:56 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Timothy Mukaibo , freebsd-current@freebsd.org, Andriy Gapon Subject: Re: ACPI Panic on Current, AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2009 21:25:58 -0000 On Wednesday 27 May 2009 8:39:32 am Andriy Gapon wrote: > on 27/05/2009 14:11 Timothy Mukaibo said the following: > > Hello Eygene, > > > > I know the patch won't fix anything :( > > > > Here's the updated dmesg: > > > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > acpi0: reservation of 0, a000 (3) failed > > acpi0: reservation of 100000, bfdf0000 (3) failed > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > acip_button0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pci_link26: Index IRQ Rtd Ref IRQs > > MPASS 0 20 N 1 20 21 22 23 > > link type is 15 > > panic: Assertion link->l_prs_template.Type == ACPI_RESOURCE_TYPE_IRQ > > failed at /usr/src/sys/dev/acpica/acpi_pci_link.c:746 > > So resource type is ACPI_RESOURCE_TYPE_IRQ, but link type is > ACPI_RESOURCE_TYPE_EXTENDED_IRQ. Interesting. I think the _PRS returned one type and _CRS is returning another (or some such). I'm not sure what the "right" thing to do is in that case. Presumably this is while building the buffer for _SRS? Hmm, I guess you could just make it able to read the IRQ out of the _PRS no matter what format it is. But we might should be copying the resource that is in _PRS instead and building a new resource list instead of overwriting the fields in _CRS. That is a bit more involved. -- John Baldwin