From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boaz Harrosh Subject: Re: [PATCH ver4] exofs: New truncate sequence Date: Thu, 10 Jun 2010 15:40:39 +0300 Message-ID: <4C10DD47.5070604@panasas.com> References: <4C0F5960.6090305@panasas.com> <20100609100213.GC15403@lst.de> <4C0F7653.9080207@panasas.com> <4C0F7695.2020800@panasas.com> <4C0F773C.5030005@panasas.com> <20100609124545.GX31073@ZenIV.linux.org.uk> <4C0F9A7B.2010100@panasas.com> <20100609214631.GA31073@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Al Viro , Christoph Hellwig , linux-fsdevel@vger.kernel.org To: Al Viro Return-path: Received: from daytona.panasas.com ([67.152.220.89]:24021 "EHLO daytona.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752079Ab0FJMkm (ORCPT ); Thu, 10 Jun 2010 08:40:42 -0400 In-Reply-To: <20100609214631.GA31073@ZenIV.linux.org.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On 06/10/2010 12:46 AM, Al Viro wrote: > On Wed, Jun 09, 2010 at 04:43:23PM +0300, Boaz Harrosh wrote: >> On 06/09/2010 03:45 PM, Al Viro wrote: >>> On Wed, Jun 09, 2010 at 02:13:00PM +0300, Boaz Harrosh wrote: >>> >>>> Al hi. >>>> >>>> Please take this through your tree. And/or tell me if you need it >>>> reorder with your ->evict patches. >>> >>> Um... Don't we need to free on-disk data blocks when inode gets deleted? >> >> No, the OSD device takes care of that when you send it an OSD_REMOVE >> command. > > OK, ver5 applied to for-next, evict_inode rediffed. Should show up on > git.kernel.org shortly. Thank you Al. I'm also publishing a few exofs patches on -next through the osd tree. I have test merges of: - Base Linus tree - as of today + merge vfs/for-next + merge vfs/evict_inode + merge osd/linux-next - based on Linus By visual inspection of vfs/evict_inode and vfs/for-next they should not conflict I will monitor linux-next carefully to make sure we are clean. If there are problems I'll base my tree on vfs/for-next, which should be good as long as you don't rebase. Thanks again Boaz