On Wed, 21 Jun 2000, Neil Brown wrote:
> Sorry, but I don't get this at all.
>
> As far as I can see, filesystems need to know nothing about
> mountpoints and vfsmounts and the like. They simply present trees of
> directories with otherthings (files/symlinks/etc) attached at various
> points. Any knowledge about how they are layered together is kept up
> above in the VFS layer.
Right. Except that a notion of "subtree" is alien to fs. For VFS proper
representation of that animal (subtree we want to deal with never
trespassing its root) is vfsmount.
> The one exception to this at present is follow_link which takes a
> nameidata which contains a vfsmount.
> However, from a quick scan of the source, there are precisely two
> different things that filesystems do with nameidata.
> 1/ ignore it completely
> 2/ pass it to vfs_follow_link
> which suggests (to me) that it probably shouldn't be passed at all -
> that that is a separate thread :-).
One word: procfs.
> Question: would it be possible for mountd to "Attach" to the mount
> table that nfsd was using, or can shareing only happen through fork/clone?
Erm... What's wrong with having mountd spawned by nfsd?
> >
> > > knfsd can get answers to such questions as:
> > >
> > > - can you support NFSD_FH_LOCATABLE
> > > - is file name comparison case insensitive (will be needed for NFSv4)
> >
> > What case? "All world is US" strikes again...
>
> Just reporting facts, not necessary defending them, the very latest
> draft, draft 7, adds a new paragraph:
>
> 5.7. Character Case Attributes
>
> With respect to the case_insensitive and case_preserving attributes,
> each UCS-4 character (which UTF-8 encodes) has a "long descriptive
> name" [RFC1345] which may or may not included the word "CAPITAL" or
> "SMALL". The presence of SMALL or CAPITAL allows an NFS server to
> implement unambiguous and efficient table driven mappings for case
> insensitive comparisons, and non-case-preserving storage. For
> general character handling and internationalization issues, see the
> section "Internationalization".
Ewww... Why on the Earth... <looking at the draft> Oh, boy... Both CIFS
and NFS suck pretty hard by themselves, but cocktail of these two is going
to be really scary. Oh, well... <making a mental note to stay the hell out
of admining any NFSv4 servers>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Jun 26 2000 - 21:00:05 EST