From owner-freebsd-hackers Tue Jan 9 22:23:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12071 for hackers-outgoing; Tue, 9 Jan 1996 22:23:36 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA12018 for ; Tue, 9 Jan 1996 22:23:11 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA08312; Wed, 10 Jan 1996 16:49:08 +1030 From: Michael Smith Message-Id: <199601100619.QAA08312@genesis.atrad.adelaide.edu.au> Subject: Re: DOS File system fixes To: root@synthcom.com (Neil Bradley) Date: Wed, 10 Jan 1996 16:49:08 +1030 (CST) Cc: rnordier@iafrica.com, msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: from "Neil Bradley" at Jan 9, 96 00:47:09 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Neil Bradley stands accused of saying: > The other option is to write BIOS equivalent routines to do the dirty > work. This would work OK with ST506 style interfaces, but SCSI might be a That's actually bass ackwards 8) What we want is access to BIOS routines that do things that FreeBSD can't. Obviously, that means not remapping the b/c/d segments so that BIOSen that live there are still available. More specifically, the BIOS disk functions as provided by nonstandard disk controllers are the primary goal. > -->Neil -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[