Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 8 Apr 2002 18:00:56 +1000 (EST)
From:      Bruce Evans <bde@zeta.org.au>
To:        Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc:        cvs-committers@FreeBSD.org, <cvs-all@FreeBSD.org>
Subject:   Re: cvs commit: src/sbin/newfs mkfs.c newfs.c newfs.h 
Message-ID:  <20020408175001.J6180-100000@gamplex.bde.org>
In-Reply-To: <69441.1018251451@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020408175001.J6180-100000>