From owner-freebsd-current Fri Dec 4 04:39:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA26827 for freebsd-current-outgoing; Fri, 4 Dec 1998 04:39:49 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (ppp4.portal.net.au [202.12.71.104]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA26822 for ; Fri, 4 Dec 1998 04:39:44 -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 EAA00655; Fri, 4 Dec 1998 04:36:26 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812041236.EAA00655@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Greg Lehey cc: Mike Smith , "Justin T. Gibbs" , current@FreeBSD.ORG Subject: Re: KLD - what's the idea? In-reply-to: Your message of "Fri, 04 Dec 1998 15:19:11 +1030." <19981204151911.N441@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Dec 1998 04:36:24 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wednesday, 2 December 1998 at 18:22:02 -0800, Mike Smith wrote: > >>> or to unload unused segments and > >>> reload them on the fly during further probe/attach requests (ala Linux). > >> > >> It would certainly be feasible to arrange for the firmware images to be > >> loaded from separate files, should that be an acceptable alternative. > >> I'm open to suggestions on how to make this economical and robust... > > > > I should probably have expanded here; I was thinking for some time > > about the usefulness of optionally having two modules associated with a > > driver; the core driver code and the 'init' module for the code. You'd > > normally put these into two separate files, so for 'foo' you'd > > have foo.ko and foo_init.ko. > > Isn't this something that could be more elegantly handled by different > sections in an ELF file? For paging, yes. For freeing and reloading, no; it would a level of finer granularity than the module, which is extra work and complexity that we don't really need. -- \\ 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