Re: [PATCH] cifs: handle termination of cifs oplockd kernel thread

From: Christoph Hellwig
Date: Mon May 16 2005 - 04:37:02 EST


On Wed, May 11, 2005 at 01:19:19PM -0500, Steve French wrote:
> OK - why don't we just add this (ie the ioctl removal) to the patch
>
> [PATCH] unprivileged mount/umount
>
> of Miklos et al, since that removes the need to modify showmounts (and
> avoids any name collision/confusion
> with the existing meaning of the mount option "uid" ie as the default
> uid to use for files on the system when
> mounting to servers which can not return inode owners as uids).

I think that would be best. It still needs a little work first.

> On another topic relating to ioctls, various people have suggested
> adding an ioctl to add a table to optionally map file owner (uid / gid
> mapping tables) on remote filesystems. Although this is easy enough to
> do for the case of CIFS, this seems like a function (loading the table)
> that could be done via /proc or perhaps even sysfs. Is there are
> precedent for doing this on Linux?

I don't think that mapping should happen in kernelspace. It would
be nice if you could share that with nfs, maybe even generalizing the
nfsv4 one.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/