From owner-cvs-all Fri Feb 13 15:19:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00130 for cvs-all-outgoing; Fri, 13 Feb 1998 15:19:30 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29700; Fri, 13 Feb 1998 15:17:53 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id QAA19919; Fri, 13 Feb 1998 16:17:42 -0700 (MST) Message-Id: <199802132317.QAA19919@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Julian Elischer cc: Paul Traina , Mike Smith , core@FreeBSD.ORG, junichi@jp.freebsd.org, committers@FreeBSD.ORG Subject: Re: wfd block major number reassignment from 24 to 1 In-reply-to: Your message of "Fri, 13 Feb 1998 14:44:17 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Feb 1998 16:14:55 -0700 From: "Justin T. Gibbs" Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk >the reluctance of core people to try out devfs is the only reason for >it's non existance in the current tree as far as I can see. I have yet to see a document explaining how DEVFS deals with permission persistence, including persistence in chroot environments. If this issue is already solved, then I will happily endorse DEVFS and any measures that are taken to remove dev_t from the kernel. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message