Date: Sun, 11 Mar 2001 12:19:24 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: Alfred Perlstein <bright@wintelcom.net> Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>, 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: <Pine.LNX.4.21.0103111218150.29879-100000@zeppo.feral.com> In-Reply-To: <20010311121337.J18351@fw.wintelcom.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 11 Mar 2001, Alfred Perlstein wrote:
> * 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.
I've updated the man page.
>
> 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.
...I'm not following this. Too many dime or more expensive words! What you at?
>
> 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.
The destroy_dev destroys all aliases.
>
> 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;
>
>
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?Pine.LNX.4.21.0103111218150.29879-100000>