Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 14 May 2001 09:43:33 -0400 (EDT)
From:      Robert Watson <rwatson@FreeBSD.org>
To:        Greg Lehey <grog@lemis.com>
Cc:        Eric Melville <eric@FreeBSD.org>, Kris Kennaway <kris@obsecurity.org>, Poul-Henning Kamp <phk@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: Destroying and remaking device nodes (was: cvs commit: src/sys/conf files options src/sys/alpha/conf GENERIC src/sys/i386/conf GENERIC NEWCARD NOTES src/sys/ia64/conf GENERIC src/sys/pc98/conf GENERIC src/sys/fs/devfs devfs_devs.c devfs_vfsops.c devfs_vnops.c)
Message-ID:  <Pine.NEB.3.96L.1010514094148.70573D-100000@fledge.watson.org>
In-Reply-To: <20010514105122.G88359@wantadilla.lemis.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On Mon, 14 May 2001, Greg Lehey wrote:

> On Sunday, 13 May 2001 at 18:13:54 -0700, Eric Melville wrote:
> >>> destroy_dev to remove the node, make_dev to make it.  Take a look at
> >>> dev/vinum/vinumconfig.c and dev/vinum/vinum.c.
> >>
> >> Do those exist as userland commands? :)
> >
> > http://people.FreeBSD.org/~eric/devrm.c
> >
> > I'm not sure what the best way to check for devfs is, but this looks
> > reasonable. If people think it looks alright, I'll add the usual
> > license and id tag tidbits, and add it to the tree. Hopefully I'll
> > be able to do a devmk tomorrow. I'm also welcome to other names if
> > devrm and devmk do not sound appropriate.
> 
> I'd prefer another name: rm.
> 
> There are two issues here.  Firstly, in the past it has always been
> possible to remove device nodes with rm(1).  If we want to keep this
> functionality, we should not change the way we do it.

Personally, I'd like to see rm unmodified: part of the goal here is to
allow /dev to act like a normal file system from the perspective of
management tools (including things like graphical file managers).
Modifying base system tools is going to hurt later.  We should really just
allow rm and rm -W to work as normal.  They use documented APIs as they
exist already.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Project
robert@fledge.watson.org      NAI Labs, Safeport Network Services


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1010514094148.70573D-100000>