From owner-cvs-src@FreeBSD.ORG Fri Aug 15 19:20:38 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 5535F37B404; Fri, 15 Aug 2003 19:20:38 -0700 (PDT) Date: Fri, 15 Aug 2003 21:20:38 -0500 From: Juli Mallett To: Nate Lawson Message-ID: <20030815212038.A22954@FreeBSD.org> References: <20030814184108.AE45F37B49A@hub.freebsd.org> <20030814125213.X93797@root.org> <20030814220900.D744@leelou.in.tern> <20030814132424.N93994@root.org> <20030814223052.O744@leelou.in.tern> <20030814133614.M93994@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030814133614.M93994@root.org>; from nate@root.org on Thu, Aug 14, 2003 at 01:38:19PM -0700 X-Title: Code Maven X-Towel: Yes X-Negacore: Yes X-Authentication-Warning: localhost: juli pwned teh intarweb cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Robert Watson cc: cvs-all@FreeBSD.org cc: Lukas Ertl Subject: Re: cvs commit: src/sbin/growfs debug.c debug.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 02:20:39 -0000 * Nate Lawson [ Date: 2003-08-14 ] [ w.r.t. Re: cvs commit: src/sbin/growfs debug.c debug.h ] > > > The actual problem I am addressing is larger than growfs. Basically, any > > > time a sblock change is made, every UFS utility in the system has to be > > > updated and growfs has not kept up. So I have extracted sblock updating > > > into a routine that is shared between the kernel and userland so that it's > > > only in one place in the code. But more work is needed before it can be > > > committed. > > > > Well, I'd say that libufs is already a right step in this direction. > > It also needs work but is outside the scope of what I'm doing. Can you tell me what? I'm sure someone is interested in doing it, and depending on what it is, that may be me. I have some things in mind regarding how "elegant" it is to try to move to more robust interfaces, but that's beside the point. If there are deficiencies you hit, let me know. Thanx, juli. -- juli mallett. email: jmallett@freebsd.org; efnet: juli; aim: bsdflata; i have lost my way home early - i don't care cause i won't stay there.