From owner-cvs-all Sun Jul 14 9:22:22 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF37D37B400 for ; Sun, 14 Jul 2002 09:22:17 -0700 (PDT) Received: from relay.pair.com (relay1.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 935DA43E70 for ; Sun, 14 Jul 2002 09:22:16 -0700 (PDT) (envelope-from mp@FreeBSD.org) Received: (qmail 49986 invoked from network); 14 Jul 2002 16:22:15 -0000 Received: from 12-236-91-101.client.attbi.com (HELO ?10.1.1.73?) (12.236.91.101) by relay1.pair.com with SMTP; 14 Jul 2002 16:22:15 -0000 X-pair-Authenticated: 12.236.91.101 Mime-Version: 1.0 X-Sender: (Unverified) Message-Id: In-Reply-To: <200207141209.g6EC9XBL099971@freefall.freebsd.org> References: <200207141209.g6EC9XBL099971@freefall.freebsd.org> Date: Sun, 14 Jul 2002 09:22:12 -0700 To: Luigi Rizzo , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org From: Mark Peek Subject: Re: cvs commit: src/release/picobsd/build write_mfs_in_kernel.c Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 5:09 AM -0700 7/14/02, Luigi Rizzo wrote: >luigi 2002/07/14 05:09:33 PDT > > Removed files: > release/picobsd/build write_mfs_in_kernel.c > Log: > Not needed anymore. > > Revision Changes Path > 1.11 +0 -114 src/release/picobsd/build/write_mfs_in_kernel.c (dead) This should be "Not needed anymore by picobsd". Back in March there was discussion about having 2 copies of this in the system, 1 in src/release and the other in src/release/picobsd/build. John Baldwin removed it from src/release saying it was no longer needed for releases. Now, it is being removed completely from the system since picobsd no longer uses it. Is there a replacement way to embed a memory filesystem into the kernel? (Besides the dd hack that picobsd is using). Are consumers of this, like the PowerPC porting effort, still needing this functionality? Will future ports want this? I don't believe it should be totally removed from the system. Hooking it into usr.sbin would be more appropriate. I'm hesitant to move it to tools or ports due to fears of bitrot. Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message