From owner-cvs-all Mon Apr 8 1: 4:34 2002 Delivered-To: cvs-all@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 6DFAC37B404; Mon, 8 Apr 2002 01:04:30 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g3883tY9074464; Mon, 8 Apr 2002 10:03:55 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Bruce Evans Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/newfs mkfs.c newfs.c newfs.h In-Reply-To: Your message of "Mon, 08 Apr 2002 18:00:56 +1000." <20020408175001.J6180-100000@gamplex.bde.org> Date: Mon, 08 Apr 2002 10:03:55 +0200 Message-ID: <74463.1018253035@critter.freebsd.dk> From: Poul-Henning Kamp 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 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