Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1422922Ab2KNNdD (ORCPT ); Wed, 14 Nov 2012 08:33:03 -0500 Received: from mail-la0-f46.google.com ([209.85.215.46]:38809 "EHLO mail-la0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1422869Ab2KNNdB (ORCPT ); Wed, 14 Nov 2012 08:33:01 -0500 Date: Wed, 14 Nov 2012 17:32:53 +0400 From: Cyrill Gorcunov To: "J. Bruce Fields" Cc: Pavel Emelyanov , Tvrtko Ursulin , David Rientjes , Andrew Morton , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Al Viro , Alexey Dobriyan , James Bottomley , Matthew Helsley , aneesh.kumar@linux.vnet.ibm.com Subject: Re: [patch 3/7] fs, notify: Add file handle entry into inotify_inode_mark Message-ID: <20121114133253.GM16685@moon> References: <20121112101440.665694060@openvz.org> <2105540.yeyMVrW4mH@deuteros> <50A36ED5.4080505@parallels.com> <2092535.8S9EcgmZCZ@deuteros> <50A37692.1010500@parallels.com> <20121114124549.GB23604@fieldses.org> <20121114130347.GJ16685@moon> <20121114132622.GC23604@fieldses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121114132622.GC23604@fieldses.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1342 Lines: 29 On Wed, Nov 14, 2012 at 08:26:22AM -0500, J. Bruce Fields wrote: > On Wed, Nov 14, 2012 at 05:03:47PM +0400, Cyrill Gorcunov wrote: > > On Wed, Nov 14, 2012 at 07:45:49AM -0500, J. Bruce Fields wrote: > > > > > > > > We can try going this route, what do you think? > > > > > > I still don't understand why you need a dentry to get the filehandle. > > > The current api may ask for one, but it shouldn't really be necessary > > > (assuming you don't want parent directory information encoded in the > > > filehandle, which I hope you don't). > > > > As far as I know we don't need parent encoded. So Bruce, you think > > to modify exportfs instead to work with inode directly? > > Looks like the filesystem encode_fh method just takes inodes (with the > parent inode allowed to be NULL), so all you'd need would be a version > of exportfs_encode_fh that took an inode. > > (Worst case, if that didn't work, you could fake up a dentry with > something like d_obtain_alias, but better not to if it's not necessary.) Yeah, I'll update the series, test it and show ther results. Thanks! Cyrill -- 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/