From owner-freebsd-hackers Tue Jan 9 09:35:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23548 for hackers-outgoing; Tue, 9 Jan 1996 09:35:51 -0800 (PST) Received: from synthcom.com (beacon.synthcom.com [198.145.98.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA23540 for ; Tue, 9 Jan 1996 09:35:47 -0800 (PST) Received: from synthcom.com (synthcom.com [198.145.98.1]) by synthcom.com (8.6.9/8.6.9) with SMTP id JAA08372; Tue, 9 Jan 1996 09:33:16 -0800 Date: Tue, 9 Jan 1996 09:33:16 -0800 (PST) From: Neil Bradley To: Robert Nordier cc: hackers@freebsd.org Subject: Re: DOS File system fixes In-Reply-To: <199601091029.MAA01438@eac.iafrica.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Robert Nordier wrote: > On Tue, 9 Jan 1996, Neil Bradley wrote: > > It would be heinous to support something like DBLSPACE. ;-) > Actually, though, I feel that if we can't support the msdosfs _as_it_is_ > used_, then we aren't living up to "FreeBSD is better" and the msdosfs > support is more something to look good on the features list than an > actual benefit. I know one of the big gripes about one of the OS/2 WARP > releases was that it didn't want to have anything to do with compressed > drives. DBLSPACE should be in there somewhere (though admittedly not a top The problem is that the technology used by DLBSPACE (read that, the compression algorithm) is patented, and at least I'm not up to reverse engineering a compression algorithm. > > Something like INT 14h could be simulated very easily with IOCTL calls to > > the sio's. > The 0x14 stuff (serial I/O) is pretty brain-dead. I can't see anyone > happily running SLIP/PPP at 1200 bps.... :-) I just threw that out there as an example - we could provide an interrupt interface behind the INT 14h lines, much like the FOSSIL drivers in Fidonet did (remember that "network"?). > Seriously, though, I think the BIOS support needs to be very specific > rather than general, and only as a last resort for "DOS-specific" > hardware. By doing that we potentially eliminate a lot of functionality. We should probably tackle THAT mountain when we come to it ;-). -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist