From owner-freebsd-arch Mon Nov 20 11:21:42 2000 Delivered-To: freebsd-arch@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 1A4C337B4CF for ; Mon, 20 Nov 2000 11:21:25 -0800 (PST) Received: from dragon.nuxi.com (root@trang.nuxi.com [209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id LAA20891; Mon, 20 Nov 2000 11:21:23 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.1/8.11.1) id eAKJLLO10410; Mon, 20 Nov 2000 11:21:21 -0800 (PST) (envelope-from obrien) Date: Mon, 20 Nov 2000 11:21:20 -0800 From: "David O'Brien" To: FreeBSD Filter Cc: freebsd-arch@freebsd.org Subject: Re: Removal of Disklabel (was: Re: Dangerously Dedicated) Message-ID: <20001120112120.A10354@dragon.nuxi.com> Reply-To: arch@freebsd.org References: <14873.28040.451463.172207@nomad.yogotech.com> <200011201852.MAA49580@KIWI-Computer.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011201852.MAA49580@KIWI-Computer.com>; from freebsd@KIWI-Computer.com on Mon, Nov 20, 2000 at 12:52:46PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Nov 20, 2000 at 12:52:46PM -0600, FreeBSD Filter wrote: > 2). existing installations would not be affected, only new installations > would "renumber" the slices-- we would have to provide functionality in > dealing with the current labels as well as the "true slices" including > extended. The transition would be painless. Thus you must keep all the current bits for doing this in the kernel, etc al for compat reasons. Yuck. We don't need YET another way of doing things. Just look at all the crap in the i386 locore.s for all the various ways of getting the boot info (see recover_bootinfo, etc). Now compare to the Alpha. The Alpha has a single way. Thus the code is cleaner and much more maintainable as there is no backwards compatibility that must be maintained. We have a working way, lets not obfuscate things by having YET another way. > 3). New installations would use the new numbering scheme and would use true > "DOS partitions" (BSD slices), thus remaining completely compatible with ^^^ They aren't "[ms-]DOS", they aren't "M$", they are IBM/PC or BIOS partitions. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message