From owner-freebsd-current Wed Dec 2 17:34:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05783 for freebsd-current-outgoing; Wed, 2 Dec 1998 17:34:58 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomad.dataplex.net (nomad.dataplex.net [208.2.87.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05775 for ; Wed, 2 Dec 1998 17:34:56 -0800 (PST) (envelope-from rkw@nomad.dataplex.net) Received: from localhost (rkw@localhost) by nomad.dataplex.net (8.9.1/8.9.1) with ESMTP id TAA01485; Wed, 2 Dec 1998 19:34:30 -0600 (CST) (envelope-from rkw@nomad.dataplex.net) Date: Wed, 2 Dec 1998 19:34:29 -0600 (CST) From: Richard Wackerbarth To: Mike Smith cc: freebsd-current@FreeBSD.ORG Subject: Re: KLD - what's the idea? In-Reply-To: <199812022251.OAA08915@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 2 Dec 1998, Mike Smith wrote: > > > > What are the (rough) plans for this mechanism? > > > > > > Convert the entire kernel into an aggregation of KLD modules. Stick > > > them together in interesting and versatile ways (eg. at build time to > > > create a monolithic kernel, or at runtime to load/unload drivers, etc.). > > > > ... unload probe/init code when it is no longer needed. > > This is actually almost totally farcial; the only modules for which > unloading probe/init code makes any sense are ISA drivers, and even > then only ISA drivers that don't support PCCARDs. In every other case > the probe and init code need to be kept around Cannot we unload all of the device recognition code once it has done its job and reload it each time the PCCARD finds a new arrival? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message