From mboxrd@z Thu Jan 1 00:00:00 1970 From: Theodore Tso Subject: Re: [PATCH 1/5] Forking ext4 filesystem from ext3 filesystem Date: Thu, 10 Aug 2006 13:44:04 -0400 Message-ID: <20060810174404.GB19238@thunk.org> References: <1155172622.3161.73.camel@localhost.localdomain> <20060809233914.35ab8792.akpm@osdl.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: linux-fsdevel@vger.kernel.org, ext2-devel@lists.sourceforge.net, cmm@us.ibm.com, linux-kernel@vger.kernel.org Return-path: To: Andrew Morton Content-Disposition: inline In-Reply-To: <20060809233914.35ab8792.akpm@osdl.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ext2-devel-bounces@lists.sourceforge.net Errors-To: ext2-devel-bounces@lists.sourceforge.net List-Id: linux-fsdevel.vger.kernel.org On Wed, Aug 09, 2006 at 11:39:14PM -0700, Andrew Morton wrote: > One the fs has been copied-and-pasted, it's much harder to address these > things: either need to do it twice, or allow the filesystems to diverge, or > not do it. > Also, JBD is presently feeding into submit_bh() buffer_heads which span two > machine pages, and some device drivers spit the dummy. It'd be better to > fix that once, rather than twice.. Well, it's harder no matter when we do it, right? Whether we do it before we submit or after, we still before us have the choice of whether to let the filesystems diverge (and make it harder to do maintenance), or not. But Linus and others have spoken pretty clearly that they don't want ext3 to be touched, and it's not even clear that people would be happy with cleanups. If we are going to do the cleanups in both, it would actually be better to fix up ext3 *first*, and then do the copy... - Ted ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642