Date: Wed, 12 Jul 2000 22:37:50 -0700 (PDT) From: Matthew Dillon <dillon@apollo.backplane.com> To: Adrian Chadd <adrian@FreeBSD.ORG> Cc: Andrzej Bialecki <abial@webgiro.com>, freebsd-arch@FreeBSD.ORG Subject: Re: SysctlFS Message-ID: <200007130537.WAA29614@apollo.backplane.com> References: <Pine.BSF.4.20.0007121328020.49102-100000@mx.webgiro.com> <20000712144510.A11316@ywing.creative.net.au>
next in thread | previous in thread | raw e-mail | index | archive | help
:...
:> to the names should still be retrieved in binary form, as they are
:> exported via SYSCTL_* macros. But filesystem paradigm would allow us to
:> reuse all the concepts for hierarchical name handling, traversal,
:> permissions etc... The sysctlFS nodes would be probably read-only from
:> userland, as I don't see much sense in userland programs renaming or
:> removing them - they would be created, named and removed from
:> kernel-land. But things like traversal and access would be simplified
:> greatly.
:>
:> Any thoughts?
:
:I'm probably going to poke at it in a few weeks as an "example filesystem"
:for some documentation I'm writing up. There are issues in having it as
:a filesystem - see how /proc needs to be handled for jails right now.
:I'm sure other people on the list can fill you in .. :)
:
:
:Adrian
:
:--
:Adrian Chadd Build a man a fire, and he's warm for the
:<adrian@FreeBSD.org> rest of the evening. Set a man on fire and
I will point out that Linux puts system config variables in /proc and
it has been an unmitigated disaster. Well, maybe not *that bad*, but
it's fairly obvious to me that putting the config variables in a
filesystem yields absolutely *NO* advantage over having a system call
(and /sbin util) to do it.
The current sysctl methodology works just dandy, we should not mess with
it.
-Matt
Matthew Dillon
<dillon@backplane.com>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200007130537.WAA29614>