Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S970071AbXFHQJw (ORCPT ); Fri, 8 Jun 2007 12:09:52 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S968172AbXFHQJk (ORCPT ); Fri, 8 Jun 2007 12:09:40 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:52516 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966838AbXFHQJi (ORCPT ); Fri, 8 Jun 2007 12:09:38 -0400 Date: Fri, 8 Jun 2007 17:09:29 +0100 From: Christoph Hellwig To: Jared Hulbert Cc: Christoph Hellwig , carsteno@de.ibm.com, Nick Piggin , Andrew Morton , richard.griffiths@windriver.com, Richard Griffiths , Linux-kernel@vger.kernel.org Subject: Re: [PATCH 2.6.21] cramfs: add cramfs Linear XIP Message-ID: <20070608160929.GA3366@infradead.org> Mail-Followup-To: Christoph Hellwig , Jared Hulbert , carsteno@de.ibm.com, Nick Piggin , Andrew Morton , richard.griffiths@windriver.com, Richard Griffiths , Linux-kernel@vger.kernel.org References: <20070606162305.GA20600@infradead.org> <46683B6A.6030306@de.ibm.com> <20070607193844.GB17144@infradead.org> <4669027E.3070406@de.ibm.com> <20070608072609.GA13115@infradead.org> <46690A39.3010402@de.ibm.com> <20070608075717.GA16927@infradead.org> <46690C58.7090304@de.ibm.com> <20070608080401.GA17684@infradead.org> <6934efce0706080905h253d9e3apd4168c5d14d305e5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6934efce0706080905h253d9e3apd4168c5d14d305e5@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 872 Lines: 15 On Fri, Jun 08, 2007 at 09:05:32AM -0700, Jared Hulbert wrote: > Okay so we need some driver that opens/closes this ROM. This has been > done from the dcss block device but that doesn't make sense for most > embedded systems. The MTD allows for this with point(),unpoint(). > That should work just fine. It does introduce the MTD as a dependancy > which is unnecessary in many systems, but it will work now. The Linux solution to this problem would be to introduce an option for mtd write support. That way the majority of the code doesn't heave to be compiled for the read-only case but you still get a uniform interface. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/