Re: [PATCH 0/6] vfs: extend loopback (bind) mounts by mnt_flags

[Herbert Poetzl <herbert@13thfloor.at>]

On Tue, Jan 24, 2006 at 07:06:32PM +0000, Christoph Hellwig wrote:
> On Sat, Jan 21, 2006 at 09:38:43AM +0100, Herbert Poetzl wrote:
> > 
> > The following set of patches extends the per device 
> > 'noatime', 'nodiratime' and last but not least the 
> > 'ro' (read only) mount option to the vfs --bind mounts, 
> > allowing them to behave like any other mount, by 
> > honoring those mount flags (which are silently ignored 
> > by the current implementation in 2.4.x and 2.6.x)   	
> > 
> > the patch makes the following syscall variations behave 
> > as expected:
> > 
> >  - open (read/write/trunc), create
> >  - link, symlink, unlink
> >  - mknod (reg/block/char/fifo)
> >  - mkfifo, mkdir, rmdir, rename
> >  - (f,l)chown, (f)chmod, utime
> >  - access, truncate, mmap
> >  - ioctl (gen/ext2/ext3/reiser)
> >  - (f,l)setxattr, (f,l)removexattr
> > 
> > an older version of this patch was included in 
> > 2.6.0-test6-mm2, and v2.6.4-wolk2.0, the patches are
> > in use by several people, without any issues ...
> > 
> > please consider inclusion (in -mm ?) and/or let me know
> > what needs to be changed to get this functionality into
> > mainline ...
> 
> Please see the original mail from Al on this subject. We need to
> split the "am I allowed to write to the fs" part out of permission().
> Once we're at it we can pair it with the "don't need to write to fs
> anymore" even and get saner unmount/remount semantics.

could you point me to this thread/email, so that I can
(re)read it?

> To get there we will still need the vfsmount propagatios, so these
> should come first in the series. Then the get/release write access
> helpers and last the actual per-mount ro bit. Your mnt_flags
> propagation fix is fine on it's own and should go in asap.
>
> And please send the patches to -fsdevel and in the proper patch

will do so, once I figure out what was improper ...
(as I tried to follow Andrew's tpp document in the first palce)

> format. I have planned to look at this again in February, tell me if
> you want to finish it before or at the same time, then I won't spend
> time on it.

once I figured out what is desired/wanted/acceptable, I'm
willing to do it ...

best,
Herbert

> -
> 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/
-
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/