From owner-cvs-all Mon Apr 8 1: 1: 8 2002 Delivered-To: cvs-all@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 982A437B416; Mon, 8 Apr 2002 01:00:59 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA22369; Mon, 8 Apr 2002 18:00:53 +1000 Date: Mon, 8 Apr 2002 18:00:56 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp Cc: cvs-committers@FreeBSD.org, Subject: Re: cvs commit: src/sbin/newfs mkfs.c newfs.c newfs.h In-Reply-To: <69441.1018251451@critter.freebsd.dk> Message-ID: <20020408175001.J6180-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 On Mon, 8 Apr 2002, Poul-Henning Kamp wrote: > In message <20020408171638.W6064-100000@gamplex.bde.org>, Bruce Evans writes: > > >I will back it out then :-) > > The commit I made does not change the way newfs works since the > code you are talking about was inside an "#ifdef notdef". > > And in fact it has been there for at least 8 years because that is > the way it was when Rod Grimes first imported revision 1.1 > > So please don't be silly :-) It has only been on my list of things to fix for half as long :-). > >It is needed at least as a reminder that > >new API's should support these capabilities. > > >Filesystems can't determine how much space they should leave for boot > >blocks. Lots of time has been wasted squeezing boot code into the > >too-small amount of space that may have been large many years ago. > > The new API, in difference from struct disklabel, actually will > support expressing which area(s) one should stay clear off even > if they are technically inside the accessible area. > > This will also improve the quality of the hacks in CCD and the > swap code. I think this doesn't really belong in the label. It should be possible to put a filesystem on disk-like device without putting something foreign to the filesystem (a label) either inside or outside the filesystem, or by subdividing the devices. This is implemented for msdosfs (newfs_msdos -r reserved). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message