From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joel Becker Subject: Re: [PATCH v4] ocfs2: Let ocfs2_setattr use new truncate sequence. Date: Fri, 11 Jun 2010 00:50:20 -0700 Message-ID: <20100611075020.GC23946@mail.oracle.com> References: <1276226869-11123-1-git-send-email-tao.ma@oracle.com> <20100611065635.GA19692@lst.de> <4C11E2BD.2020207@oracle.com> <20100611071945.GA20496@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Tao Ma , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Nick Piggin To: Christoph Hellwig Return-path: Content-Disposition: inline In-Reply-To: <20100611071945.GA20496@lst.de> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Fri, Jun 11, 2010 at 09:19:45AM +0200, Christoph Hellwig wrote: > On Fri, Jun 11, 2010 at 03:16:13PM +0800, Tao Ma wrote: > > oh, that would be much work for ocfs2 to do from my perspective. So I > > would really want to leave it as-is and I have add it to my to-do list. > > Oh right, you start a new transaction there. Sorry, ignore my request > and keep it as it is for now. I don't think doing truncatate in separate > transactions actually is correct, though but that's no change with this > patch. Christoph, You're missing the part where actual truncate (reduce i_size) sets i_size in ocfs2_truncate_file(). So this later code doesn't get triggered for the truncate case. It exists for the extend case, where we extend the allocation in multiple clean transactions, then finally set i_size in a final transaction. Joel -- "When choosing between two evils, I always like to try the one I've never tried before." - Mae West Joel Becker Principal Software Developer Oracle E-mail: joel.becker@oracle.com Phone: (650) 506-8127