From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965432Ab2JYGht (ORCPT ); Thu, 25 Oct 2012 02:37:49 -0400 Received: from mail-ee0-f46.google.com ([74.125.83.46]:53014 "EHLO mail-ee0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932887Ab2JYGhq (ORCPT ); Thu, 25 Oct 2012 02:37:46 -0400 MIME-Version: 1.0 In-Reply-To: <20121025001822.GC3140@localhost> References: <508296B4.60508@gmail.com> <20121023085448.GM5635@localhost> <20121023090232.GA13027@localhost> <20121025001822.GC3140@localhost> Date: Thu, 25 Oct 2012 08:37:44 +0200 Message-ID: Subject: Re: [PATCH 06/21] ocfs2: drop vmtruncate From: Marco Stornelli To: Marco Stornelli , Linux FS Devel , Mark Fasheh , ocfs2-devel@oss.oracle.com, linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2012/10/25 Joel Becker : > On Tue, Oct 23, 2012 at 02:48:38PM +0200, Marco Stornelli wrote: >> 2012/10/23 Joel Becker : >> > On Tue, Oct 23, 2012 at 10:58:42AM +0200, Marco Stornelli wrote: >> >> 2012/10/23 Joel Becker : >> >> > On Sat, Oct 20, 2012 at 02:19:00PM +0200, Marco Stornelli wrote: >> >> >> Removed vmtruncate >> >> >> >> >> >> Signed-off-by: Marco Stornelli >> >> > >> >> > Acked-by: Joel Becker >> >> > >> >> > Do you want me to pull this, or are you going to send it with your set? >> >> > >> >> > Joel >> >> > >> >> >> >> I'd prefer to push all via Al's tree since there is a VFS change. >> > >> > SGTM. Thanks! >> > >> > Joel >> > >> >> I've got a doubt and I ask to ocfs2 expert :) It seems i_size_write() >> and truncate_inode_pages() and so on, they are already called in each >> path of setattr for a size change, so maybe we can remove >> truncate_setsize() and simply to remove the vmtuncate code, can you >> give me your opinion? > > Actually, I have to revisit this, because Chrisoph points out > your adjusting i_size outside of a transaction. > > Joel > Actually i_size should be changed in a transaction previous, the code is not changed from this point of view. Indeed the call of truncate_setsize() should be a nop. Marco