Date: Mon, 11 Sep 2000 08:00:04 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: Poul-Henning Kamp <phk@FreeBSD.ORG> Cc: arch@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Device probing... Message-ID: <Pine.BSF.4.21.0009110756150.69785-100000@beppo.feral.com> In-Reply-To: <89354.968526601@critter>
next in thread | previous in thread | raw e-mail | index | archive | help
The only theoretical problem with this is if you ever want to do a BOOT driver based autoload mechanism. Currently FreeBSD has the ability to load (preload) modules. If, in the future, you want to load modules after loading a primary kernel object but before configuring your root device's bus and driver stack, you need to do callbacks to a PROM driver. It's even harder to do this if you've enabled interrupts (or even changed MMU mappings, btw). So- if there's any chance you want to ever do a load as you go model, having interrupts enabled might make it more difficult. -matt p.s.: FWIW, I'm *for* you doing this. I *hate* having to support polled mode in drivers. 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 ? > > -- > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0009110756150.69785-100000>