From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lazybastard.de ([212.112.238.170] helo=longford.lazybastard.org) by canuck.infradead.org with esmtps (Exim 4.63 #1 (Red Hat Linux)) id 1HdFCY-000481-EB for linux-mtd@lists.infradead.org; Sun, 15 Apr 2007 20:36:15 -0400 Date: Mon, 16 Apr 2007 02:31:48 +0200 From: =?utf-8?B?SsO2cm4=?= Engel To: Arnd Bergmann Subject: Re: [RFC] MTD driver for MMC cards Message-ID: <20070416003148.GA23559@lazybastard.org> References: <200612281418.20643.arnd@arndb.de> <200701012322.14735.arnd@arndb.de> <459CB001.4010800@drzeus.cx> <200704160133.18597.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200704160133.18597.arnd@arndb.de> Cc: dwmw2@infradead.org, linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, Pierre Ossman List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, 16 April 2007 01:33:17 +0200, Arnd Bergmann wrote: > > There is also still some need for performance testing. Jörn > brought up the point that if a specific card can't have multiple > open erase block simulateously, it's rather pointless for > logfs. It might still be useful to use jffs2 on those cards, > because IFAIK that only writes to one erase block at any > time. This appears to be a problem for practically all consumer-available flash media. They spend a lot of effort trying to hide any flash properties from their users. And while this is a decent strategy for FAT, ext3, ntfs and similar, it is actually very inefficient for a flash filesystem. After talking to several manufacturers, most seemed to be fairly open-minded towards supporting an alternate interface with raw flash access. So much for the good news. Bad news is that such an elternate interface still needs to be defined. Jörn -- Courage is not the absence of fear, but rather the judgement that something else is more important than fear. -- Ambrose Redmoon