Date: Mon, 3 Jul 2000 01:06:29 +0200 (CEST) From: Andrzej Bialecki <abial@webgiro.com> To: Brian Fundakowski Feldman <green@FreeBSD.org> Cc: dfr@freebsd.org, jlemon@freebsd.org, freebsd-arch@freebsd.org Subject: Re: UPDATE: Re: Dynamic sysctls, next round (please review) Message-ID: <Pine.BSF.4.20.0007030059510.55501-100000@mx.webgiro.com> In-Reply-To: <Pine.BSF.4.21.0007021718510.38342-100000@green.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2 Jul 2000, Brian Fundakowski Feldman wrote: > On Sun, 2 Jul 2000, Andrzej Bialecki wrote: > > * module B is left with subtree hanging in void: > > -static_root > > NOTHING! > > -node2(1) > > -leaf2(1) > > > > I don't have any good solution for it right now, except to warn users that > > they should always hang their subtrees off of static nodes. :-( > > There's already a good solution for this: you must always MODULE_DEPEND() > upon the owner of a node which you hang things from :) Now, we just need > to make sure each node is created by a module which you can MODULE_DEPEND() > on, and that's not too hard! I don't think this is relevant here. See the example (which is BTW a module, but doesn't need to be) provided with the patches. The granularity of dependancy is *per context*, not per module - in fact, the code that creates dynamic sysctls doesn't have to be a module, and it can create multiple contexts. The latest patches provide a working solution to this - perhaps not beautiful, but still something... BTW. I could limit support for dyn_sysctls to disjoint subtrees exclusively - but I think the ability to have partially overlapping trees is attractive enough to justify small overhead of traversing the tailq's several times... Andrzej Bialecki // <abial@webgiro.com> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.20.0007030059510.55501-100000>