From owner-cvs-all  Fri Oct 25 12:18: 5 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 C2EEF37B905; Fri, 25 Oct 2002 12:18:04 -0700 (PDT)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 30A9443E3B; Fri, 25 Oct 2002 12:18:03 -0700 (PDT)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id FAA04533;
	Sat, 26 Oct 2002 05:16:11 +1000
Date: Sat, 26 Oct 2002 05:27:21 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Cc: Dag-Erling Smorgrav <des@ofug.org>,
	Mark Valentine <mark@thuvia.demon.co.uk>,
	John Baldwin <jhb@freebsd.org>,
	Poul-Henning Kamp <phk@critter.freebsd.dk>, <cvs-all@freebsd.org>,
	<cvs-committers@freebsd.org>,
	Takahashi Yoshihiro <nyan@jp.FreeBSD.org>,
	Bakul Shah <bakul@bitblocks.com>
Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_dis
In-Reply-To: <20021025172549.GA51329@leviathan.inethouston.net>
Message-ID: <20021026052106.L5096-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG

On Fri, 25 Oct 2002, David W. Chapman Jr. wrote:

> > > Mark Valentine <mark@thuvia.demon.co.uk> writes:
> > > > 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?

Not quite.  DD functionality hasn't been axed, so people who like it can
still use it.  They can make things work by not using ****ware on which it
doesn't work.  After axing, this is more painful because it involves not
using FreeBSD or maintaining huge local patches.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message