lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 29 Nov 2011 07:40:19 -0500
From:	<tao.peng@....com>
To:	<skinsbursky@...allels.com>
CC:	<Trond.Myklebust@...app.com>, <linux-nfs@...r.kernel.org>,
	<xemul@...allels.com>, <neilb@...e.de>, <netdev@...r.kernel.org>,
	<linux-kernel@...r.kernel.org>, <jbottomley@...allels.com>,
	<bfields@...ldses.org>, <davem@...emloft.net>, <devel@...nvz.org>
Subject: RE: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from
 blocklayout routines

> -----Original Message-----
> From: Stanislav Kinsbursky [mailto:skinsbursky@...allels.com]
> Sent: Tuesday, November 29, 2011 8:19 PM
> To: Peng, Tao
> Cc: Trond.Myklebust@...app.com; linux-nfs@...r.kernel.org; Pavel Emelianov; neilb@...e.de;
> netdev@...r.kernel.org; linux-kernel@...r.kernel.org; James Bottomley; bfields@...ldses.org;
> davem@...emloft.net; devel@...nvz.org
> Subject: Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
> 
> 29.11.2011 16:00, tao.peng@....com пишет:
> >> -----Original Message-----
> >> From: linux-nfs-owner@...r.kernel.org [mailto:linux-nfs-owner@...r.kernel.org] On Behalf Of
> Stanislav
> >> Kinsbursky
> >> Sent: Tuesday, November 29, 2011 6:11 PM
> >> To: Trond.Myklebust@...app.com
> >> Cc: linux-nfs@...r.kernel.org; xemul@...allels.com; neilb@...e.de; netdev@...r.kernel.org; linux-
> >> kernel@...r.kernel.org; jbottomley@...allels.com; bfields@...ldses.org; davem@...emloft.net;
> >> devel@...nvz.org
> >> Subject: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
> >>
> >> 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() now returns 0 instead of -ENOENT in
> >> case of PipeFS superblock absence. This is ok, because blocklayout pipe dentry
> >> will be created on PipeFS mount event.
> > When is the "pipefs mount event" going to happen? When inserting kernel modules or when user issues
> mount command?
> >
> 
> When user issues mount command.
> Kernel mounts of PipeFS has been removed with all these patch sets I've sent
> already.
Then it is going to break blocklayout user space program blkmapd, which is stared before mounting any file system and it tries to open the pipe file when started.
Not sure if you implement the same logic on nfs pipe as well. But if you do, then nfs client user space program idmapd will fail to start for the same reason.

Why not just fail to load module if you fail to initialize pipefs? When is rpc_get_sb_net() going to fail?

> 
> 
> > Thanks,
> > Tao
> >
> >>
> >> Signed-off-by: Stanislav Kinsbursky<skinsbursky@...allels.com>
> >>
> >> ---
> >>   fs/nfs/blocklayout/blocklayout.c |    9 +--------
> >>   1 files changed, 1 insertions(+), 8 deletions(-)
> >>
> >> diff --git a/fs/nfs/blocklayout/blocklayout.c b/fs/nfs/blocklayout/blocklayout.c
> >> index acf7ac9..8211ffd 100644
> >> --- a/fs/nfs/blocklayout/blocklayout.c
> >> +++ b/fs/nfs/blocklayout/blocklayout.c
> >> @@ -1032,7 +1032,7 @@ static struct dentry *nfs4blocklayout_register_net(struct net *net,
> >>
> >>   	pipefs_sb = rpc_get_sb_net(net);
> >>   	if (!pipefs_sb)
> >> -		return ERR_PTR(-ENOENT);
> >> +		return 0;
> >>   	dentry = nfs4blocklayout_register_sb(pipefs_sb, pipe);
> >>   	rpc_put_sb_net(net);
> >>   	return dentry;
> >> @@ -1083,7 +1083,6 @@ static struct pernet_operations nfs4blocklayout_net_ops = {
> >>
> >>   static int __init nfs4blocklayout_init(void)
> >>   {
> >> -	struct vfsmount *mnt;
> >>   	int ret;
> >>
> >>   	dprintk("%s: NFSv4 Block Layout Driver Registering...\n", __func__);
> >> @@ -1093,12 +1092,6 @@ static int __init nfs4blocklayout_init(void)
> >>   		goto out;
> >>
> >>   	init_waitqueue_head(&bl_wq);
> >> -
> >> -	mnt = rpc_get_mount();
> >> -	if (IS_ERR(mnt)) {
> >> -		ret = PTR_ERR(mnt);
> >> -		goto out_remove;
> >> -	}
> >>   	ret = rpc_pipefs_notifier_register(&nfs4blocklayout_block);
> >>   	if (ret)
> >>   		goto out_remove;
> >>
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> >> the body of a message to majordomo@...r.kernel.org
> >> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> 
> 
> --
> Best regards,
> Stanislav Kinsbursky

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ