lkml.org 
[lkml]   [2008]   [Apr]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH 0/7] OMFS filesystem version 3
    From
    Date
    > > And I didn't advocate moving
    > > ntfs to fuse, still that was done
    >
    > Yes, that's quite annoying as FUSE doesn't work with my architecture,
    > so I can't use the only good NTFS driver.... grr! :-)

    I'm not quite getting this joke :)

    > FUSE is great for user-mounted filesystems, though. Having to use
    > "su" in shell scripts which modify loopback filesystems was always
    > very ugly.
    >
    > I don't see why we need such a dichotomy, though. The VFS API is
    > sensible enough that it should be possible to compile the same
    > filesystem code to run in kernel or in FUSE.

    Well, yeah:

    http://lkml.org/lkml/2006/2/27/148

    Oh, you mean without having to run the whole kernel around the
    filesystem? Well, that's a bit more tricky: filesystems use not just
    the VFS API, but the block, VM, SLAB, etc. APIs as well. Porting all
    of these to userspace and keeping them in sync with the kernel changes
    doesn't sound much fun.

    Miklos


    \
     
     \ /
      Last update: 2008-04-14 12:01    [W:4.840 / U:0.960 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site