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>