From owner-cvs-all@FreeBSD.ORG Sun May 11 22:54:47 2003 Return-Path: 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 0257337B401 for ; Sun, 11 May 2003 22:54:47 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 95C0644003 for ; Sun, 11 May 2003 22:54:43 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 73153 invoked by uid 1000); 12 May 2003 05:54:46 -0000 Date: Sun, 11 May 2003 22:54:46 -0700 (PDT) From: Nate Lawson To: Greg 'groggy' Lehey In-Reply-To: <20030512054746.GN28486@wantadilla.lemis.com> Message-ID: <20030511225326.W73151@root.org> References: <20030512053724.2100C37B491@hub.freebsd.org> <20030511223951.I73059@root.org> <20030512054746.GN28486@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/growfs growfs.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2003 05:54:47 -0000 On Mon, 12 May 2003, Greg 'groggy' Lehey wrote: > On Sunday, 11 May 2003 at 22:41:47 -0700, Nate Lawson wrote: > > On Sun, 11 May 2003, Greg Lehey wrote: > >> Modified files: > >> sbin/growfs growfs.c > >> Log: > >> Understand GEOM. This makes growfs work again, but it really needs rewriting. > >> > >> Submitted by: Lukas Ertl > >> Approved by: re (scottl) > >> > >> Revision Changes Path > >> 1.15 +58 -29 src/sbin/growfs/growfs.c > > > > Growfs has some other problems before it will work (well) on -current. > > I'm working on the UFS1/2 superblock issue. > > Ah, good. Have you thought of merging it back into newfs? Yes, it will help there too. I've taken the superblock update routines from ufs/ffs/ffs_vfsops.c and put them in a single file shared by user and kernel. All *fs utilities will run the sblock through it before operating on it. But it's a bit premature to post diffs yet. -Nate