From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Otte Subject: Re: [RFC/PATCH 0/5] add execute in place support Date: Thu, 12 May 2005 11:10:47 +0200 Message-ID: <42831D97.8000600@freenet.de> References: <428216DF.8070205@de.ibm.com> <1115828389.16187.544.camel@hades.cambridge.redhat.com> <42823450.8030007@freenet.de> <20050512085741.GA16361@wohnheim.fh-wedel.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: David Woodhouse , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, schwidefsky@de.ibm.com, akpm@osdl.org Return-path: Received: from mtagate4.de.ibm.com ([195.212.29.153]:60076 "EHLO mtagate4.de.ibm.com") by vger.kernel.org with ESMTP id S261368AbVELJK7 convert rfc822-to-8bit (ORCPT ); Thu, 12 May 2005 05:10:59 -0400 To: =?ISO-8859-1?Q?J=F6rn_Engel?= In-Reply-To: <20050512085741.GA16361@wohnheim.fh-wedel.de> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org J=F6rn Engel wrote: > In principle, both the block device abstraction and the mtd > >abstraction fit your bill. But jffs2 doesn't, so no in-kernel fs >could make use of a xip-aware mtd abstraction. > =20 > True. In fact I thought about an mtd device driver for our dcss segments instead of a block device driver. A filesystem on top of mtd that implements get_xip_page does the very same job. But after I decided to build on the ext family, I discarded that idea because ext does use the block device interface. - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html