Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752974AbZDNHI0 (ORCPT ); Tue, 14 Apr 2009 03:08:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751896AbZDNHIN (ORCPT ); Tue, 14 Apr 2009 03:08:13 -0400 Received: from 124x34x33x190.ap124.ftth.ucom.ne.jp ([124.34.33.190]:37108 "EHLO master.linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751259AbZDNHIJ (ORCPT ); Tue, 14 Apr 2009 03:08:09 -0400 Date: Tue, 14 Apr 2009 16:03:14 +0900 From: Paul Mundt To: Adrian McMenamin Cc: linux-fsdevel , LKML , linux-sh , "Josef 'Jeff' Sipek" , Sam Ravnborg Subject: Re: [RFC][patch] filesystem: Vmufat filesystem, version 4 Message-ID: <20090414070314.GB29075@linux-sh.org> Mail-Followup-To: Paul Mundt , Adrian McMenamin , linux-fsdevel , LKML , linux-sh , Josef 'Jeff' Sipek , Sam Ravnborg References: <1239654768.6542.10.camel@localhost.localdomain> <20090413210030.GA14847@linux-sh.org> <1239658604.6542.28.camel@localhost.localdomain> <20090413215949.GD14847@linux-sh.org> <1239692429.6538.2.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1239692429.6538.2.camel@localhost.localdomain> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1355 Lines: 26 On Tue, Apr 14, 2009 at 08:00:29AM +0100, Adrian McMenamin wrote: > On Tue, 2009-04-14 at 06:59 +0900, Paul Mundt wrote: > > > This file system is tied directly to the VMU. Assumptions about the > > on-disk format, block numbering limitations, etc. are all VMU > > constraints, and papering over that in the Kconfig text is not > > sufficient. This file system is and always will be tied to the VMU, and > > you really do not want to decouple the two. What you do in loopback mode > > for testing is your own business, but this will not work in the way > > people expect on a fixed disk. You are only making things harder on > > yourself by insisting that this is somehow generic. > > > > The file system at least wants a dependency on the VMU (and I suppose > > mtdblock) itself. > > Why won't it work on a fixed disk "in the way people expect"? Granted > they'd be eccentric to format a disk in this way but there is no > inherent reason why this file system *has* to be tied to a VMU. > Everything about the on-disk format is tied to the VMU. Until that sinks in, don't bother sending me email, thanks. -- 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/