Date: Wed, 7 Oct 1998 11:30:07 -0700 (PDT) From: Peter Wallace <pcw@mesanet.com> To: Mike Smith <mike@smith.net.au> Cc: freebsd-small@FreeBSD.ORG Subject: Re: Command-line i/f (Re: PicoBSD) Message-ID: <Pine.BSF.3.96.981007111808.14389A-100000@freeby.mesanet.com> In-Reply-To: <199810071814.LAA01379@dingo.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Wallace Mesa Electronics On Wed, 7 Oct 1998, Mike Smith wrote: > > > > > > Extremely varied - I certainly see it being used on flash-based > > > systems; don't get me wrong, I'd love to see an unencumberd TFFS clone. > > > 8) > > > > Maybe we could give away our BIOS INT 13 FFS code and some kind > > FreeBSD hacker could munge it into unix land... > > That'd be an excellent start. I take it that your FFS is proprietary > (ie. it's not TFFS-compatible)? Yes, but compatibility for non-removeble media may not be so important... > > I might be available to do this, but if not I'd be more than happy to > help anyone that felt like undertaking the development of a generic > flash covering layer. > > (It's not really a filesystem so much as a block manager, correct?) Right, just logical-physical sector remapping - statistical erase-block/write-target ranking and maintaining erase block statistics in a distributed way. Our method is fairly memory intensive (about 4K RAM per M byte of drive) so mainly suited to smaller drives. Peter Wallace Mesa Electronics > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.981007111808.14389A-100000>