From owner-freebsd-arch Sat Sep 9 12:41:22 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mail.m.iinet.net.au (opera3.iinet.net.au [203.59.24.51]) by hub.freebsd.org (Postfix) with SMTP id 4DC4E37B422 for ; Sat, 9 Sep 2000 12:41:17 -0700 (PDT) Received: (qmail 10013 invoked by uid 666); 9 Sep 2000 19:41:13 -0000 Received: from reggae-12-250.nv.iinet.net.au (HELO jules.elischer.org) (203.59.92.250) by mail.m.iinet.net.au with SMTP; 9 Sep 2000 19:41:13 -0000 Message-ID: <39BA9252.794BDF32@elischer.org> Date: Sat, 09 Sep 2000 12:41:06 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Poul-Henning Kamp Cc: arch@freebsd.org, smp@freebsd.org Subject: Re: Device probing... References: <89354.968526601@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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 ? I know of no reason not to, and in fact the old BSD code used to do this in order to try work out what interrupt a device was on. (though with shared interrupts this gets harder) > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD coreteam member | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message