From owner-freebsd-small@FreeBSD.ORG Thu May 25 19:02:30 2006 Return-Path: X-Original-To: small@freebsd.org Delivered-To: freebsd-small@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C20F616B1E0; Thu, 25 May 2006 19:02:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E4C43D73; Thu, 25 May 2006 19:02:25 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x50a07cfc.naenxx7.adsl-dhcp.tele.dk [80.160.124.252]) by pfepa.post.tele.dk (Postfix) with ESMTP id 7B4BBFAC06B; Thu, 25 May 2006 21:02:23 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.6/8.13.6) with ESMTP id k4PJ2DXj004351; Thu, 25 May 2006 21:02:16 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Andrew Atrens" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 25 May 2006 13:56:17 EDT." <4475EFC1.1020504@nortel.com> Date: Thu, 25 May 2006 21:02:13 +0200 Message-ID: <4350.1148583733@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alexander Leidinger , small@freebsd.org, current@freebsd.org Subject: Re: FreeBSD's embedded agenda X-BeenThere: freebsd-small@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2006 19:02:39 -0000 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. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.