Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Nov 1995 10:01:59 +0100
From:      Poul-Henning Kamp <phk@critter.tfs.com>
To:        Julian Elischer <julian@ref.tfs.com>
Cc:        peter@jhome.dialix.com, bde@zeta.org.au, CVS-commiters@freefall.freebsd.org, cvs-sys@freefall.freebsd.org
Subject:   Re: cvs commit: src/sys/kern kern_sysctl.c 
Message-ID:  <4388.816512519@critter.tfs.com>
In-Reply-To: Your message of "Wed, 15 Nov 1995 13:55:11 PST." <199511152155.NAA01351@ref.tfs.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
> > Another thing I would love to make is a ability to create variables for
> > user-land purposes:
> > 
> > 	0.5.<oid>	Create a variable, "new" holds info.
> > 
> > This would allow us to use sysctl as a miniature registry for information,
> > for instance:
> > 	domainname 
> > 	which crypt to use as default.
> > 	what to do in malloc in case of an allocation error.
> > 	anything else you can thing off...
> > 
> > What do you people think ?
> 
> ok this is like "System-wide" environment variables..

except that if we check on the securelvl, they are much safer than
any other method...

> it also means we are going to have 4 ways of doing similar things..
> 1/ environment variables passwd from init
	can't be relied on, anyone can change them.
> 2/ sysctl variables
	Can be protected by securelvl, or even by their own
	"change-no-more" sysctl variable.
> 3/ /proc and /kern could be extended to store these things
	/kern should die and sysctl used insted. (unless we think
	plan9 is the way to go :-)
> 4/ I've considered extending devfs to allow access to
> system stuff
don't.  Keep devfs for device nodes.  Don't mix too much in there.

> I thought about being able to extend the sysctl interface into a f/s interfac
e
> (just replace them dots with /)
Yeah, but why ?

--
Poul-Henning Kamp           | phk@FreeBSD.ORG       FreeBSD Core-team.
http://www.freebsd.org/~phk | phk@login.dknet.dk    Private mailbox.
whois: [PHK]                | phk@ref.tfs.com       TRW Financial Systems, Inc.
Future will arrive by its own means, progress not so.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4388.816512519>