From owner-freebsd-acpi@FreeBSD.ORG  Thu Jun  3 11:15:06 2004
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
Delivered-To: freebsd-acpi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8893E16A4CE; Thu,  3 Jun 2004 11:15:06 -0700 (PDT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 278E243D31; Thu,  3 Jun 2004 11:15:06 -0700 (PDT)
	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.11/8.12.11) with ESMTP id i53IBd5a047889;
	Thu, 3 Jun 2004 12:11:40 -0600 (MDT)
	(envelope-from imp@bsdimp.com)
Date: Thu, 03 Jun 2004 12:11:43 -0600 (MDT)
Message-Id: <20040603.121143.08320551.imp@bsdimp.com>
To: nate@root.org
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20040603104616.I43856@root.org>
References: <20040602160338.T38138@root.org>
	<200406030917.36901.jhb@FreeBSD.org>
	<20040603104616.I43856@root.org>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-acpi@freebsd.org
Subject: Re: Patch: Defer bus_config_intr() until bus_alloc_resource()..
X-BeenThere: freebsd-acpi@freebsd.org
X-Mailman-Version: 2.1.1
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: Thu, 03 Jun 2004 18:15:06 -0000

In message: <20040603104616.I43856@root.org>
            Nate Lawson <nate@root.org> writes:
: With hotplug, we're going to need ways for a separate routine to set
: resource attributes before bus_alloc_resource() time.  Plus, you yourself
: are an advocate of a multi-pass probing approach that includes separating
: resource reservation from allocation.

I don't understand this comment at all.  We already support two
different hot-plug technologies that allocate resources out of memory,
i/o and irq space.  This is done by the bus that knows what resources
the child needs before adding the child to the bus.

Warner