Date: Tue, 30 Nov 1999 10:42:43 +1100 From: Peter Jeremy <peter.jeremy@alcatel.com.au> To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf files.i386 src/sys/kern kern_fork.c src/sys/libkern arc4random.c src/sys/sys libkern.h Message-ID: <99Nov30.103532est.40337@border.alcanet.com.au> In-Reply-To: <199911292325.SAA41118@khavrinen.lcs.mit.edu> References: <19991129160908.J2233@holly.calldei.com> <23833.943913718@critter.freebsd.dk> <99Nov30.101104est.40338@border.alcanet.com.au> <199911292325.SAA41118@khavrinen.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 1999-Nov-30 10:25:32 +1100, Garrett Wollman wrote:
><<On Tue, 30 Nov 1999 10:18:17 +1100, Peter Jeremy <peter.jeremy@alcatel.com.au> said:
>
>> I have been looking at this. What I want to do is expand
>> struct sysctl_oid to include a `pointer' to the (non-resident)
>> sysctl description (and a pointer to the loaded filename to
>> support sysctl's in KLDs). A new "staff-function" (eg
>> sysctl({0,6,...},...)) would return the description "pointer"
>> and the filename.
>
>I think it may be easier and more efficient to simply leave ``bread
>crumbs'' in the non-loaded section, and have a kvm_mkdb-style utility
>turn them into a database.
The only way I can see to implement that would be to duplicate the
entire OID tree in the non-loaded section. (If you're going to have
any closer linkages between the loaded and non-loaded sections, then
a pointer or two would seem to be the easiest approach).
This approach would seen to require duplication of much of
sys/kern/kern_sysctl.c in userland, make the unloaded section much
larger and require a new set of DBM files.
Returning an offset and a filename to look inside seemed much easier.
Peter
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?99Nov30.103532est.40337>