From owner-freebsd-current@FreeBSD.ORG Thu May 25 19:20:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAA5D16B927; Thu, 25 May 2006 19:20:18 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 674A943D90; Thu, 25 May 2006 19:20:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k4PJKCiU094288; Thu, 25 May 2006 14:20:12 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4476036F.4090302@centtech.com> Date: Thu, 25 May 2006 14:20:15 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.2 (X11/20060506) MIME-Version: 1.0 To: Poul-Henning Kamp References: <4350.1148583733@critter.freebsd.dk> In-Reply-To: <4350.1148583733@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1484/Thu May 25 10:19:23 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: Alexander Leidinger , small@freebsd.org, current@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2006 19:20:25 -0000 Poul-Henning Kamp wrote: > In message <4475EFC1.1020504@nortel.com>, "Andrew Atrens" writes: > >>>> Said kernel would have a low level driver that makes plain >>>> old flash chips look (and behave) like a disk. It would support >>>> wear-levelling, [...] >>>> >>>> Then you could throw FFS on top of that. >>> This is exactly what you do not want to do. >>> >>> You want to write a flash friendly filesystem which knows what >>> a flash is, and which does the wear levelling internally. >>> >>> The reason Flash Adaptation Layers came about in the first place >>> is that W95 didn't support anything but FAT. >> Hmm. I was thinking about partitioning the problem actually. Make flash >> look like a disk and then you can put any filesystem on it that you >> want. Seems a heck of a lot simpler .. and I'm not sure if I see any >> drawbacks to doing it that way ... > > The main one is that the flash adaptation layer does not have the > full information to work with for deciding wear-leveling decisions > and the filesystem has no idea what the optimal block allocation > strategy is for the flash device. > > Flash devices have no seek time penalty, and therefore the block > allocation should focus on wear-leveling rather than seek time > optimization. > This sounds like an awefuly fun project to me. Is anyone (PHK?) willing to help me with some of the FreeBSD kernel related issues? If so, I'd like to work on this. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------