From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 5 13:44:33 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 C48E3106568B for ; Tue, 5 Jan 2010 13:44:33 +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 94FD18FC1A for ; Tue, 5 Jan 2010 13:44:33 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3E54846B17; Tue, 5 Jan 2010 08:44:33 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D5EF08A026; Tue, 5 Jan 2010 08:44:31 -0500 (EST) From: John Baldwin To: Joerg Wunsch Date: Tue, 5 Jan 2010 08:39:57 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091230082556.GD1637@uriah.heep.sax.de> <200912301122.28030.jhb@freebsd.org> <20100104223738.GP1616@uriah.heep.sax.de> In-Reply-To: <20100104223738.GP1616@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001050839.57199.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 05 Jan 2010 08:44:32 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 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: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 8.0 hangs on boot with ACPI enabled 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: Tue, 05 Jan 2010 13:44:33 -0000 On Monday 04 January 2010 5:37:38 pm Joerg Wunsch wrote: > As John Baldwin wrote: > > > OTOH, I'm not sure why initializing ACPI is trashing the BAR. If > > you want, you can try to narrow down at what point the BAR gets > > reset to 0. > > It happens here: > > res = resource_list_alloc(rl, bus, dev, type, ®, start, end, count, > prefetch ? RF_PREFETCHABLE : 0); > if (res == NULL) { > /* > * If the allocation fails, clear the BAR and delete > * the resource list entry to force > * pci_alloc_resource() to allocate resources from the > * parent. > */ > resource_list_delete(rl, type, reg); > printf("resource_list_alloc() failed\n"); > start = 0; > > The printf() I added there triggers, and this resets "start" to 0. > > Where to proceed now? So this is actually way too early. The specific issue I'm referring to is ACPI setting the BAR to zero when ACPI is initialized long before we ever get to this point. Hmmmmm. Can you get the output of 'devinfo -ur' with ACPI enabled? Also, you can maybe try setting 'debug.acpi.disabled=sysres' from the loader. -- John Baldwin