From owner-freebsd-arch Sat Sep 9 20: 9:50 2000 Delivered-To: freebsd-arch@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id B9C1C37B424 for ; Sat, 9 Sep 2000 20:09:45 -0700 (PDT) Received: (qmail 17553 invoked from network); 10 Sep 2000 03:09:41 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 10 Sep 2000 03:09:41 -0000 Date: Sun, 10 Sep 2000 14:09:40 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Poul-Henning Kamp Cc: arch@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Device probing... In-Reply-To: <89354.968526601@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 9 Sep 2000, Poul-Henning Kamp wrote: > I would really like to se us move all the device probe/attach code > to run in "normal context", ie enable interrupts before we probe > everything. > > The main argument for this is the drivers can then use the full > complement of kernel infrastructure and interrupts during probe > attach. > > Drivers needs to be able to function in this environment anyway > if they support removeable devices (pccard, usb, etc). > > Are there reasons to not do this I have overlooked ? Active level-triggered interrupts will repeat endlessly if they have no driver. Active edge-triggered interrupts will prevent further interrupts on the same irq if they have no driver. Active interrupts with no driver hopefully arren't a problem with removable devices (after all drivers have had a chance to run). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message