From owner-cvs-all Fri Oct 25 10:45:22 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D99237B43D; Fri, 25 Oct 2002 10:45:17 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 836FC43E3B; Fri, 25 Oct 2002 10:45:15 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (dotar.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.12.3/8.12.3) with ESMTP id g9PHfmcF050297; Fri, 25 Oct 2002 18:41:48 +0100 (BST) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (localhost [IPv6:::1]) by dotar.thuvia.org (8.12.6/8.12.6) with ESMTP id g9PHfmH5076076; Fri, 25 Oct 2002 18:41:48 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.6/8.12.6/Submit) id g9PHflU5076075; Fri, 25 Oct 2002 18:41:47 +0100 (BST) Date: Fri, 25 Oct 2002 18:41:47 +0100 (BST) From: Mark Valentine Message-Id: <200210251741.g9PHflU5076075@dotar.thuvia.org> In-Reply-To: <20021025172549.GA51329@leviathan.inethouston.net> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: "David W. Chapman Jr." , Bruce Evans Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_dis Cc: Dag-Erling Smorgrav , John Baldwin , Poul-Henning Kamp , cvs-all@freebsd.org, cvs-committers@freebsd.org, Takahashi Yoshihiro , Bakul Shah 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 > From: "David W. Chapman Jr." > Date: Fri 25 Oct, 2002 > Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_dis > > > > The MBR partitioning is a feature of the MBR boot code, not of the BIOS. > > > > > > Wrong. Plenty of recent-issue BIOSen (particularly on laptops) go > > > down in flames if the MBR does not contain a valid partition table. > > > > Wrong yourself. Mark unfortunately understands how MBRs are supposed to > > work. It is a layering violating for the BIOS to look in the private > > parts of the bootstrap code for another subsystem. > > Just because it is wrong does not mean it does not happen. Haven't > we already been down this bikeshed with DD? Nobody is denying the existence of buggy BIOS implementations. I've admitted that having to use MBR partitioning to satisfy some broken BIOS is an unhappy fact of life, but it doesn't have to force me to use a new (and unstable) disk partition naming scheme, it's just an implementation detail. Cheers, Mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message