Date: Mon, 08 Apr 2002 09:37:31 +0200 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Bruce Evans <bde@zeta.org.au> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/newfs mkfs.c newfs.c newfs.h Message-ID: <69441.1018251451@critter.freebsd.dk> In-Reply-To: Your message of "Mon, 08 Apr 2002 17:24:37 %2B1000." <20020408171638.W6064-100000@gamplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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 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. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. 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?69441.1018251451>