From owner-freebsd-hackers Sun Dec 14 01:08:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA23113 for hackers-outgoing; Sun, 14 Dec 1997 01:08:55 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA23106 for ; Sun, 14 Dec 1997 01:08:50 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id DAA16789; Sun, 14 Dec 1997 03:08:40 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199712140222.MAA04796@word.smith.net.au> References: Your message of "Sat, 13 Dec 1997 20:55:27 -0000." <199712132055.NAA29304@usr06.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 14 Dec 1997 03:00:11 -0600 To: Mike Smith From: Richard Wackerbarth Subject: Re: blocksize on devfs entries (and related) Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 8:22 PM -0600 12/13/97, Mike Smith wrote: >> Consider a FAT FS. A FAT FS deals with 1K blocks. But these 1K blocks >> are not constrained to start at an even offset from the start of the >> disk, only from an even cylinder boundry. > >In the light of the nonexistence of "cylinders" in the proposed model, >it strikes me that this becomes an issue of synthesising a conforming >pseudo-geometry at filesystem creation time, and little more. >Compatability is likely an issue there. Compatability is an issue in that the system must be able to accept and create file systems that are acceptable to a foreign OS. Otherwise, why bother with all these exotic file systems :-) This is particularly important with removable media. Richard Wackerbarth