From owner-freebsd-new-bus Wed Oct 6 17:30:23 1999 Delivered-To: freebsd-new-bus@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 8044C1579D; Wed, 6 Oct 1999 17:30:04 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id BAA46553; Thu, 7 Oct 1999 01:31:40 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Thu, 7 Oct 1999 01:31:39 +0100 (BST) From: Doug Rabson To: Warner Losh Cc: new-bus@FreeBSD.ORG, dfr@FreeBSD.ORG Subject: Re: Question on loading buses In-Reply-To: <199910070018.SAA07555@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-new-bus@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 6 Oct 1999, Warner Losh wrote: > In message Doug Rabson writes: > : Currently all that happens when a driver is loaded is that the > : BUS_DRIVER_ADDED method of all instances of the parent bus is called. > : There is a generic implementation of BUS_DRIVER_ADDED which calls > : device_probe_and_attach() for any unmatched device instances but the > : parent probably doesn't have this in its method table. Probably > : bus_generic_driver_added() should call DEVICE_IDENTIFY for the new driver > : too. > > You mean the following? The call should happen before the probe loop otherwise new devices created by the identify method won't be probed. Note that for the isa bus, we really need an isa_driver_added which can allocate pnp resources etc. after the identify creates them. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-new-bus" in the body of the message