From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753529Ab2HTTGR (ORCPT ); Mon, 20 Aug 2012 15:06:17 -0400 Received: from mail-lb0-f174.google.com ([209.85.217.174]:51434 "EHLO mail-lb0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753113Ab2HTTGL (ORCPT ); Mon, 20 Aug 2012 15:06:11 -0400 Date: Mon, 20 Aug 2012 23:06:06 +0400 From: Cyrill Gorcunov To: "J. Bruce Fields" Cc: "Aneesh Kumar K.V" , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Al Viro , Alexey Dobriyan , Andrew Morton , Pavel Emelyanov , James Bottomley , Matthew Helsley Subject: Re: [patch 4/8] fs, exportfs: Add export_encode_inode_fh helper Message-ID: <20120820190606.GE27443@moon> References: <20120815092116.700948346@openvz.org> <20120815092409.591460800@openvz.org> <87fw7habo4.fsf@skywalker.in.ibm.com> <20120820163338.GN23596@moon> <20120820183225.GB4911@fieldses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120820183225.GB4911@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 On Mon, Aug 20, 2012 at 02:32:25PM -0400, J. Bruce Fields wrote: > On Mon, Aug 20, 2012 at 08:33:38PM +0400, Cyrill Gorcunov wrote: > > On Mon, Aug 20, 2012 at 07:49:23PM +0530, Aneesh Kumar K.V wrote: > > > Cyrill Gorcunov writes: > > > > > > > To provide fsnotify object inodes being watched without > > > > binding to alphabetical path we need to encode them with > > > > exportfs help. This patch adds a helper which operates > > > > with plain inodes directly. > > > > > > doesn't name_to_handle_at() work for you ? It also allows to get a file > > > handle using file descriptor. > > > > Hi, sorry for dealy. Well, the last idea is to get rid of this helper, > > I've sent out an updated version where ino+dev is only printed. > > I don't understand how ino and dev are useful to you, though, if you're > still hoping to be able to look up inodes using this information later > on. Hi Bruce, I believe having ino+dev is better than nothing. Otherwise we simply have no clue which targets are bound to inotify mark. Sometime (!) we can try to generate fhandle in userspace from this ino+dev bundle and then open the target file. Cyrill