lkml.org 
[lkml]   [2018]   [Aug]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: BUG: Mount ignores mount options
    On Sat, Aug 11, 2018 at 3:58 AM, Al Viro <viro@zeniv.linux.org.uk> wrote:

    > What I'm saying is that the entire superblock-creating
    > machinery - all of it - is nothing but library helpers. With the
    > decision of when/how/if they are to be used being down to filesystem
    > driver. Your "first mount"/"additional mount" simply do not map
    > to anything universally applicable.

    Why so? (Note: using the "mount" terminology here is fundamentally
    broken to start with, mounts have nothing to do with this...
    Filesystem instance is better word.)

    You bring up NFS as an example, but creating and/or reusing an nfs
    client instance connected to a certain server is certainly a clear and
    well defined concept.

    The question becomes: does it make sense to generalize this concept
    and export it to userspace with the new API?

    You know the Plan 9 fs interface much better, but to me it looks like
    there's a separate namespace for filesystem instances, and the mount
    command just refers to such an instance. So there's no comparing of
    options or any such horror, just the need to explicitly instantiate a
    new instance when necessary. Doesn't sound very difficult to
    implement in the new API.

    Thanks,
    Miklos

    \
     
     \ /
      Last update: 2018-08-13 14:54    [W:4.157 / U:0.104 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site