[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <510F8BE6.6030108@parallels.com>
Date: Mon, 4 Feb 2013 14:22:30 +0400
From: Stanislav Kinsbursky <skinsbursky@...allels.com>
To: "J. Bruce Fields" <bfields@...ldses.org>
CC: <linux-nfs@...r.kernel.org>, <Trond.Myklebust@...app.com>,
<linux-kernel@...r.kernel.org>, <devel@...nvz.org>
Subject: Re: [RFC PATCH 0/4] SUNRPC: rework cache upcall to avoid NFSd root
swapping
Bruce, there is a nfs_dns_upcall, which is not just a wrapper around sunrpc_cache_pipe_upcall().
So, please, drop this series. I'll send another one to replace soon.
BTW, there will be two more cleanup patches in the series for NFS DNS cache part.
31.01.2013 03:00, J. Bruce Fields пишет:
> On Tue, Jan 15, 2013 at 11:09:23AM +0300, Stanislav Kinsbursky wrote:
>> The main idea of this patch set is to call cache request not on kthread
>> upcall, but on userspace daemon cache_read call. This fixes the problem with
>> gaining of wrong dentry path after calling d_path() in kthread root context
>> (svc_export_request() callback), which always work in init root context, but
>> containers can work in "root jail" - i.e. have it's own nested root.
>
> Sorry for the delay. This looks good to me--committing pending some
> testing.
>
> What's left now for basic containerized nfsd support?
>
> --b.
>
>>
>> The following series implements...
>>
>> ---
>>
>> Stanislav Kinsbursky (4):
>> SUNRPC: introduce cache_detail->cache_request callback
>> SUNRPC: remove cache_detail->cache_upcall callback
>> SUNRPC: remove "cache_request" argument in sunrpc_cache_pipe_upcall() function
>> SUNRPC: move cache_detail->cache_request callback call to cache_read()
>>
>>
>> fs/nfs/dns_resolve.c | 2 +-
>> fs/nfsd/export.c | 14 ++----------
>> fs/nfsd/nfs4idmap.c | 16 ++-----------
>> include/linux/sunrpc/cache.h | 11 +++------
>> net/sunrpc/auth_gss/svcauth_gss.c | 8 +------
>> net/sunrpc/cache.c | 44 ++++++++++++++++++++-----------------
>> net/sunrpc/svcauth_unix.c | 14 ++----------
>> 7 files changed, 36 insertions(+), 73 deletions(-)
>>
--
Best regards,
Stanislav Kinsbursky
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists