Re: silent semantic changes with reiser4

[Christer Weinigel]

Spam <spam@xxxxxxxxxxxx> writes:

> > Additionally, files-as-directores does not solve the problem of 
> > "cp a b" losing named streams.  There is curently no copyfile syscall
> > in the Linux kernel, "cp a b" essentially does "cat a >b".  So unless
> > cp is modified we don't gain anything.  If cp is modified to know
> > about named streams, it really does not matter if named streams are
> > accessed as file-as-directories, via openat(3) or via a shared library
> > with some other interface.
> 
>   One suggestion is missed. It is to provide system calls for copy.
>   That would also solve the problem. Named streams and metas would
>   then be handled correctly. It also allows further changes to
>   filesystems without having to patch applications yet again.

But this still solves only part of the problem.  A backup application
won't have any use for a copyfile syscall, it will need to be taught
about streams.

>   A copy system call would also be large beneficial for networked
>   filesystems (NFS, Samba, etc) as data wouldn't have to be
>   transferred over the network and back.

Definitely.  

>   Can we make a plugin infrastructure that will let user-space plugins
>   to be loaded for certain directories or files? If we can, then it
>   would present a much cleaner and easier way for the user to access
>   data he wants. In this particular example it was a tar file.

In that case I'd argue that:

    mount -t userfs -o driver=tarfs foo /tmp/foo

is a rather good kernel interface for plugins.  userfs (or something
based on userfs) is the plugin API and tarfs is a plugin. :-)

To make this efficient, well have to allow non-root users to perform
the mount syscall (with the limitation that they can only mount on top
of directories they own and that the mounts have the nosuid and nodev
flags set).

  /Christer

-- 
"Just how much can I get away with and still go to heaven?"

Freelance consultant specializing in device driver programming for Linux 
Christer Weinigel <christer@xxxxxxxxxxx>  http://www.weinigel.se
-
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/