From owner-freebsd-current Wed Dec 2 17:47:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA07209 for freebsd-current-outgoing; Wed, 2 Dec 1998 17:47:43 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (ppp7.portal.net.au [202.12.71.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA07200 for ; Wed, 2 Dec 1998 17:47:40 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id RAA02736; Wed, 2 Dec 1998 17:45:36 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812030145.RAA02736@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Richard Wackerbarth cc: Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: KLD - what's the idea? In-reply-to: Your message of "Wed, 02 Dec 1998 19:34:29 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Dec 1998 17:45:34 -0800 From: Mike Smith 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? What "device recognition code"? If we keep the current model, it's all in a user-space application. If we were to move the CIS ID : driver/rules match code into the kernel, it would be so small and trivial that the effort involved in loading/unloading it would be disproportionate to the space regained (maybe 1 page). -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message