From owner-freebsd-acpi@FreeBSD.ORG  Mon Jan  4 22:53:44 2010
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
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 25610106568F
	for <freebsd-acpi@freebsd.org>; Mon,  4 Jan 2010 22:53:44 +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 E93E38FC1C
	for <freebsd-acpi@freebsd.org>; Mon,  4 Jan 2010 22:53:43 +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 7B16846B03;
	Mon,  4 Jan 2010 17:53:43 -0500 (EST)
Received: from jhbbsd.localnet (unknown [209.249.190.9])
	by bigwig.baldwin.cx (Postfix) with ESMTPA id 989868A01F;
	Mon,  4 Jan 2010 17:53:42 -0500 (EST)
From: John Baldwin <jhb@freebsd.org>
To: Dana Myers <dana.myers@gmail.com>
Date: Mon, 4 Jan 2010 17:53:27 -0500
User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; )
References: <20091230082556.GD1637@uriah.heep.sax.de>
	<20100104223738.GP1616@uriah.heep.sax.de>
	<4B426E73.6050604@gmail.com>
In-Reply-To: <4B426E73.6050604@gmail.com>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <201001041753.27070.jhb@freebsd.org>
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1
	(bigwig.baldwin.cx); Mon, 04 Jan 2010 17:53:42 -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: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>, 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 <freebsd-acpi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-acpi>
List-Post: <mailto:freebsd-acpi@freebsd.org>
List-Help: <mailto:freebsd-acpi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Jan 2010 22:53:44 -0000

On Monday 04 January 2010 5:40:51 pm Dana Myers wrote:
> 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.
> >>     
> >
> >   
> Ah.  This isn't like the evil thing I've seen where PCI config
> space is trounced during the legacy->ACPI mode switch.
> 
> Cheers,
> Dana

It might be because ACPI is also known to trash the IO decoding windows in 
PCI-PCI bridges as well.

> > It happens here:
> >
> >         res = resource_list_alloc(rl, bus, dev, type, &reg, 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?
> >
> >   
> 
> 

-- 
John Baldwin