Subject: Re: user-land file systems
To: None <vax@ccwf.cc.utexas.edu>
From: Charles M. Hannum <mycroft@ai.mit.edu>
List: tech-kern
Date: 06/17/1995 09:34:10
   This would require several generalizations; I'd like to see a non-root
   mount with the necessary restrictions (nosuid, noexec, whatever)
   (although from reading Bugtraq, I gather you have to be -real- careful.
    I'd suggest making sure the user owned the mount point, not just checking
    for r/w/no-suid access on it.) (nosuid because you don't want someone
   mounting over /tmp, for example - one case where it's not always obvious)

NetBSD-current already does this.

   Also, I'd like to see some kind of callback into user space (daemons?) to
   handle userland debugging of filesystems.  I know they'd be slower, but they'd
   be less like to crash your system (and easier to debug), and there really
   isn't any reason IMHO why a user can't access a file of hers as a fs hierarchy
   of her own design if she really wants to.  What do you people think?

You need to redesign lookup() a bit to do that, or you risk frequent
deadlocks.