Date: Mon, 08 Apr 2002 10:03:55 +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: <74463.1018253035@critter.freebsd.dk> In-Reply-To: Your message of "Mon, 08 Apr 2002 18:00:56 %2B1000." <20020408175001.J6180-100000@gamplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20020408175001.J6180-100000@gamplex.bde.org>, Bruce Evans writes: >> 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). That is exactly what the new API does: You ask your disk like device if it has any magic areas, and it tells you. Obviously, the prudent admin will try to prevent such overlaps by not putting filesystems on the first track/cylinder or whatever it takes to stay clear, but the code should DTRT even if he doesn't or for technical reasons can't avoid it (small physical media). -- 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?74463.1018253035>