Date: Sun, 11 Mar 2001 12:13:37 -0800 From: Alfred Perlstein <bright@wintelcom.net> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: mjacob@feral.com, Dag-Erling Smorgrav <des@ofug.org>, "Niels Chr. Bank-Pedersen" <ncbp@bank-pedersen.dk>, current@FreeBSD.ORG, Greg Lehey <grog@lemis.com> Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311121337.J18351@fw.wintelcom.net> In-Reply-To: <45958.984340929@critter>; from phk@critter.freebsd.dk on Sun, Mar 11, 2001 at 09:02:09PM %2B0100 References: <Pine.LNX.4.21.0103111157200.29879-100000@zeppo.feral.com> <45958.984340929@critter>
next in thread | previous in thread | raw e-mail | index | archive | help
* Poul-Henning Kamp <phk@critter.freebsd.dk> [010311 12:02] wrote:
> In message <Pine.LNX.4.21.0103111157200.29879-100000@zeppo.feral.com>, Matthew Jacob writes:
> >
> >> Lastly make_dev_alias() is undocumented.
>
> Right, just like most of the rest of the kernel.
>
> >Really? That's a deficiency. It should be.
>
> Yes, ideally, yes.
The problem with make_dev_alias() not being documented is that it would
have been an effort to figure out if duplicate make_dev_alias() calls
were idempotent, done with refcounts or a good way to panic your
machine.
There's also no destroy_dev_alias() that I can see. So when vinum
goes away I didn't realize how one unpopulates the /dev/vinum/ tree.
What's up with devfs not gc'ing itself? Ie, after a directory
becomes empty it seems to still exist within the devfs namespace
instead of disappearing.
Since you guys are in docco mode, you might as well document how one
detects a devfs system in a running system. There's an example
in the vinum(8) source:
if (sysctlbyname("vfs.devfs.generation", NULL, NULL, NULL, 0) == 0)
devfs_is_active = 1;
else
devfs_is_active = 0;
--
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010311121337.J18351>