Date: Fri, 3 May 1996 10:36:43 -0400 From: Garrett Wollman <wollman@lcs.mit.edu> To: Bruce Evans <bde@zeta.org.au> Cc: freebsd-current@FreeBSD.org Subject: LKMs Message-ID: <9605031436.AA11159@halloran-eldar.lcs.mit.edu> In-Reply-To: <199605022210.IAA00812@godzilla.zeta.org.au> References: <199605022210.IAA00812@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Fri, 3 May 1996 08:10:14 +1000, Bruce Evans <bde@zeta.org.au> said: > This leads to my next topic :-). There shouldn't be any such files because > they don't work as lkm's. For lkm's there should be a single entry point > that registers all the necessary objects and functions: Which is easy enough to accomplish since you know what sorts of sets are constructed in the kernel and by what kinds of modules. You then link a module-class-specific initialization routine which knows how to initialize the appropriate sets. This is precisely what is does now with VFS LKMs, only it is done with preprocessor magic. Now that we have symbol-hiding, there is no reason why this could not be done without the preprocessor magic, which would bring us closer to Terry's sort of scenario where we can take an opaque object module and either link it into the kernel, or link with a little glue module to form an LKM. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9605031436.AA11159>