Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753879Ab0LUXnc (ORCPT ); Tue, 21 Dec 2010 18:43:32 -0500 Received: from mx2.netapp.com ([216.240.18.37]:38784 "EHLO mx2.netapp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753149Ab0LUXna convert rfc822-to-8bit (ORCPT ); Tue, 21 Dec 2010 18:43:30 -0500 X-IronPort-AV: E=Sophos;i="4.60,210,1291622400"; d="scan'208";a="497649812" Subject: Re: [PATCH 00/12] make rpc_pipefs be mountable multiple times From: Trond Myklebust To: "Kirill A. Shutemov" Cc: "J. Bruce Fields" , Neil Brown , Pavel Emelyanov , linux-nfs@vger.kernel.org, "David S. Miller" , netdev@vger.kernel.org, linux-kernel@vger.kernel.org In-Reply-To: <20101221233215.GC7092@shutemov.name> References: <1292846078-31793-1-git-send-email-kirill@shutemov.name> <20101220144644.GC20643@fieldses.org> <20101221233215.GC7092@shutemov.name> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Organization: NetApp Inc Date: Tue, 21 Dec 2010 18:43:28 -0500 Message-ID: <1292975008.16674.2.camel@heimdal.trondhjem.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 (2.32.1-1.fc14) X-OriginalArrivalTime: 21 Dec 2010 23:43:29.0677 (UTC) FILETIME=[DECBF3D0:01CBA168] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1481 Lines: 42 On Wed, 2010-12-22 at 01:32 +0200, Kirill A. Shutemov wrote: > On Mon, Dec 20, 2010 at 09:46:44AM -0500, J. Bruce Fields wrote: > > By the way, was there ever a resolution to Trond's question?: > > > > http://marc.info/?l=linux-nfs&m=128655758712817&w=2 > > > > "The keyring upcalls are currently initiated through the same > > mechanism as module_request and therefore get started with the > > init_nsproxy namespace. We'd really like them to run inside the > > same container as the process. As part of the same problem, > > there is the issue of what to do with the dns resolver and > > Bryan's new keyring based idmapper code." > > I'm not sure that I understand the problem correctly. > > Currently, idmap uses dentry taken from client's cl_rpcclient->cl_path > (see nfs_idmap_new()). cl_rpcclient (and cl_path) is initialized with > rpcmount resolved against mount namespace of mount process (see > nfs_create_rpc_client()). > I assume it's correct. That would be the legacy idmapper mechanism. Please see CONFIG_NFS_USE_NEW_IDMAPPER, which uses the keyring upcall mechanism for greater scalability. Cheers Trond -- Trond Myklebust Linux NFS client maintainer NetApp Trond.Myklebust@netapp.com www.netapp.com -- 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/