From owner-freebsd-hackers Tue Oct 31 11:45:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19694 for hackers-outgoing; Tue, 31 Oct 1995 11:45:35 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19679 for ; Tue, 31 Oct 1995 11:45:18 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10356; Tue, 31 Oct 1995 12:32:36 -0700 From: Terry Lambert Message-Id: <199510311932.MAA10356@phaeton.artisoft.com> Subject: Re: boot disk.... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 31 Oct 1995 12:32:35 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, lenzi@cwbone.bsi.com.br, hackers@FreeBSD.ORG In-Reply-To: <199510310215.MAA02834@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 31, 95 12:45:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1096 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Terry Lambert stands accused of saying: > > Why? We don't *have* to insist that we be able to boot from an 'a' slice > > after 1024, do we? That's a requirement you've tacked on. > > It's becoming a very common requirement 8( It's one that DOS and Win95 don't meet. That's 80% or more of Intel class machines right there -- doesn't seem very common. > > This is an issue of where a drive media perfection layer belongs, and > > how it can be implemented. I believe bad144 is in the wrong abstract > > location -- which make bad144 an invalid counter argument. > > Media perfection should be a function of the media; ie. the disk itself. > System software should not be forced to make those sort of translations; > it's unfortunate that old media don't have the resources required 8( Media perfection impact write ordering algorithms. As such, it must be visible to the upper layer I/O subsystem, even if it is infact implemented in hardware. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.