Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Oct 2005 10:01:37 +0100
From:      Doug Rabson <dfr@nlsystems.com>
To:        freebsd-arch@freebsd.org
Cc:        Craig Rodrigues <rodrigc@crodrigues.org>, pjd@freebsd.org
Subject:   Re: [RFC] Teaching mount(8) to use nmount()
Message-ID:  <200510101001.38294.dfr@nlsystems.com>
In-Reply-To: <20051009150459.GA6810@crodrigues.org>
References:  <20051008024620.GA29824@crodrigues.org> <20051009131253.GB7463@garage.freebsd.pl> <20051009150459.GA6810@crodrigues.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sunday 09 October 2005 16:04, Craig Rodrigues wrote:
> On Sun, Oct 09, 2005 at 03:12:53PM +0200, Pawel Jakub Dawidek wrote:
> > Can't we just check if there is an external binary in
> > _PATH_SYSPATH? It'll be easier to add new file system then (there
> > will be no need to change this function).
>
> We could do that.  I had some thoughts on this:
> -> In the future, we want to make it difficult for people to add new
>    external mount programs and force them to put the majority
>    of their argument parsing inside the FS, so that it works
>    nicely with nmount() and mount -t.
>    Only in exceptional circumstances should we have an external
>    mount program that works with mount -t....NFS and SMBFS are two
>    special cases I could think of, and in these special cases
>    (and new special cases), we could modify mount(8).

The mount program isn't always just doing argument parsing. For 
instance, the Darwin webdav filesystem puts all the HTTP protocol code 
in the mount program and uses IPC from the kernel to make i/o requests 
etc. as needed.

I'm sure there must be other examples but the only one I can think of 
right now is the ancient broken kerberos auth code in NFS.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200510101001.38294.dfr>