From owner-freebsd-arch Wed Jul 12 4:40:18 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mimer.webgiro.com (mimer.webgiro.com [212.209.29.5]) by hub.freebsd.org (Postfix) with ESMTP id 62A6937BB13 for ; Wed, 12 Jul 2000 04:40:10 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by mimer.webgiro.com (Postfix, from userid 66) id 96DF42DC0B; Wed, 12 Jul 2000 13:45:37 +0200 (CEST) Received: by mx.webgiro.com (Postfix, from userid 1001) id 6D9037817; Wed, 12 Jul 2000 13:35:47 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id 5F88F10E17 for ; Wed, 12 Jul 2000 13:35:47 +0200 (CEST) Date: Wed, 12 Jul 2000 13:35:47 +0200 (CEST) From: Andrzej Bialecki To: freebsd-arch@freebsd.org Subject: SysctlFS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've been tweaking the sysctls here and there for some time now, and I'd like to see what is the current opinion on implementing sysctl tree as a filesystem. Most of the work I've done with dynamic sysctls is very similar to what happens with filesystem. Also, filesystem model allows for much more fine-grained access control. I'm opposed to the idea of having something similar like Linux /proc, though, with nice formatting done in the kernel... The objects hooked up 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? Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message