11.01.2012 02:39, Eric W. Biederman пишет:
Stanislav Kinsbursky writes:
03.01.2012 07:49, Eric W. Biederman пишет:
Stanislav Kinsbursky writes:
19.12.2011 20:37, Eric W. Biederman пишет:
Stanislav Kinsburskywrites:
Doing that independently of the rest of the sysctls is pretty horrib
This patch makes RPC GSS PipeFs pipes allocated in it's RPC client owner
network namespace context.
Pipes creation and destruction now done in separated functions, which takes
care about PipeFS superblock locking.
Signed-off-by: Stanislav Kinsbursky
---
net/sunrpc/auth_gss/auth_gss.c | 95 +++
This patch set was created in context of clone of git
branch: git://git.linux-nfs.org/projects/trondmy/nfs-2.6.git.
v2:
1) "over-put" of PipeFS mount point in 1st patch of the series fixed, which
allow allows to bisect the patch set.
2) rebased on tag v3.2
This patch set depends on previous patch
Without this patch we have races:
rpc_fill_super rpc_free_client
rpc_pipefs_event(MOUNT) rpc_remove_pipedir
spin_lock(&rpc_client_lock);
rpc_setup_pipedir_sb
spin_unlock(&rpc_client_lock);
spin_lock(&rpc_client_lock);
v2:
1) "Over-put" of PipeFS mount point fixed. Fix is ugly, but allows to bisect
the patch set. And it will be removed later in the series.
This patch makes RPC clients PipeFs dentries allocations in it's owner network
namespace context.
RPC client pipefs dentries creation logic has been changed:
v2:
1) Updated due to changes in the first patch of the series.
Now, with RPC pipefs mount notifications handling in RPC clients, we can remove
mount point creation and destruction. RPC clients dentries will be created on
PipeFS mount event and removed on umount event.
Signed-off-by: Stanislav Ki
This patch subscribes RPC clients to RPC pipefs notifications. RPC clients
notifier block is registering with pipefs initialization during SUNRPC module
init.
This notifier callback is responsible for RPC client PipeFS directory and GSS
pipes creation. For pipes creation and destruction two additio
This is a cleanup patch. We don't need this reference anymore.
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/idmap.c |4 ++--
include/linux/sunrpc/clnt.h|2 +-
net/sunrpc/auth_gss/auth_gss.c |8
net/sunrpc/clnt.c | 21 ++--
On Tue, 2012-01-10 at 16:58 +0400, Stanislav Kinsbursky wrote:
> 06.01.2012 00:58, Trond Myklebust пишет:
> > The second problem that was highlighted was the fact that as they stand
> > today, these patchsets do not allow for bisection. When we hit the Oops,
> > I had Bryan try to bisect where the
Stanislav Kinsbursky writes:
> 11.01.2012 02:39, Eric W. Biederman пишет:
>> Stanislav Kinsbursky writes:
>>
>>> 03.01.2012 07:49, Eric W. Biederman пишет:
Stanislav Kinsbursky writes:
> 19.12.2011 20:37, Eric W. Biederman пишет:
>> Stanislav Kinsburskywrites:
>>
11.01.2012 20:23, Trond Myklebust пишет:
On Tue, 2012-01-10 at 16:58 +0400, Stanislav Kinsbursky wrote:
06.01.2012 00:58, Trond Myklebust пишет:
The second problem that was highlighted was the fact that as they stand
today, these patchsets do not allow for bisection. When we hit the Oops,
I had
On Wed, 2012-01-11 at 21:23 +0400, Stanislav Kinsbursky wrote:
> I've sent rebased "v2" of the patch set, contains updated patch "SUNRPC:
> handle
> RPC client pipefs dentries by network namespace aware routine", which, I
> believe, fixes oops, spotted by Bryan (it was caused by excessive call
11.01.2012 21:21, Eric W. Biederman пишет:
Especially what drives that desire not to have it have a /proc//sys
directory that reflects the sysctls for a given process.
This is not so important for me, where to access sysctl's. But I'm worrying
about backward compatibility. IOW, I'm afraid of c
11.01.2012 21:46, Trond Myklebust пишет:
On Wed, 2012-01-11 at 21:23 +0400, Stanislav Kinsbursky wrote:
I've sent rebased "v2" of the patch set, contains updated patch "SUNRPC: handle
RPC client pipefs dentries by network namespace aware routine", which, I
believe, fixes oops, spotted by Bryan (
On Tue, 2012-01-10 at 17:04 +0400, Stanislav Kinsbursky wrote:
> This is a cleanup patch. We don't need this reference anymore, because
> blocklayout pipes dentries now creates and destroys in per-net operations and
> on PipeFS mount/umount notification.
> Note that nfs4blocklayout_register_net()
On Wed, 2012-01-11 at 13:33 -0500, Trond Myklebust wrote:
> On Tue, 2012-01-10 at 17:04 +0400, Stanislav Kinsbursky wrote:
> > This is a cleanup patch. We don't need this reference anymore, because
> > blocklayout pipes dentries now creates and destroys in per-net operations
> > and
> > on PipeF
Stanislav Kinsbursky writes:
> 11.01.2012 21:21, Eric W. Biederman пишет:
>> Especially what drives that desire not to have it have a /proc//sys
>> directory that reflects the sysctls for a given process.
>>
>
> This is not so important for me, where to access sysctl's. But I'
17 matches
Mail list logo
