From mboxrd@z Thu Jan 1 00:00:00 1970 From: "J. Bruce Fields" Subject: Re: [PATCH -V2] Generic name to handle and open by handle syscalls Date: Thu, 18 Mar 2010 13:54:25 -0400 Message-ID: <20100318175425.GA20294@fieldses.org> References: <1268932144-14105-1-git-send-email-aneesh.kumar@linux.vnet.ibm.com> <20100318173145.GA23304@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "Aneesh Kumar K.V" , viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org, adilger@sun.com, corbet@lwn.net, Neil Brown To: Christoph Hellwig Return-path: Received: from fieldses.org ([174.143.236.118]:55836 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753156Ab0CRRwt (ORCPT ); Thu, 18 Mar 2010 13:52:49 -0400 Content-Disposition: inline In-Reply-To: <20100318173145.GA23304@infradead.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Thu, Mar 18, 2010 at 01:31:45PM -0400, Christoph Hellwig wrote: > I haven't looked at the code in detail yet, but the real value add for > userspace nfs servers and similar would be globally unique handles. > This of course requires filesystem support, but having a way to export > the filesystem handle would also simplify nfsd a lot so that it doesn't > have to rely on hacked support to pass this in from userspace which > gets it from statfs, assuming f_fsid has parts of a uuid in it, or > blkid. > > This might be as simple as adding an s_uuid array to the superblock and > having some simple routines to iterate it, or we might make that > an export operation to allow a bit more flexibility. That might be a good thing. But the need for backwards-compatibility with the existing mechanisms may prevent any simplification, at least in the near term. --b.