Date: Tue, 31 Oct 1995 12:45:49 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: terry@lambert.org (Terry Lambert) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, lenzi@cwbone.bsi.com.br, hackers@FreeBSD.ORG Subject: Re: boot disk.... Message-ID: <199510310215.MAA02834@genesis.atrad.adelaide.edu.au> In-Reply-To: <199510301909.MAA06141@phaeton.artisoft.com> from "Terry Lambert" at Oct 30, 95 12:09:15 pm
next in thread | previous in thread | raw e-mail | index | archive | help
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( > 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( > I think the issues you are addressing are more "old disk" than "new disk" > related. The IDE problems that we are seeing are more the result of Agreed; although the reasoning is simply that 'new disk' can only be guaranteed to behave like 'old disk', because there are no usable standards for 'new disk' as yet 8( > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199510310215.MAA02834>