Re: [PATCH] int (*readpage)(struct file *, struct page *);

From: David Woodhouse (David.Woodhouse@mvhi.com)
Date: Thu May 11 2000 - 16:32:47 EST


On Thu, 11 May 2000, Trond Myklebust wrote:

> >>>>> " " == Linus Torvalds <torvalds@transmeta.com> writes:
>
> > Also note that the regular "symlink in page cache" helper
> > routines might notbe appropriate even for "normal"
> > filesystems. Somebody mentioned the "symlink depends on user"
> > issue with some NFS servers. That could be handled by using the
> > page cache and indexing it on the "uid", instead of always
> > using index 0. But it would mean that the page cache helper
> > functions couldn't be used directly for such a symlink setup.
>
> Actually, NFS already has a private scheme precisely because of the
> page_symlink 'brokenness'.
>
> Are you serious about the uid indexing thing though? It'd be dead easy
> to implement, but do we really want something like this in generic NFS?
>
> Personally, I would have thought that a mount option to turn off
> caching of readdir/symlinks/... would be a better solution for those
> few cases that need it.

While I was in college and playing with setting up Linux workstations in a
Netware environment, I would have _loved_ to have been able to mount a
Netware volume in a single place, once, and then have different users see
different views of it, depending on the UID with which they'd logged into
Netware.

Presumably, the proposed setup could be used for that purpose, too.

Throwing away caching entirely wasn't the right thing to do.

--
dwmw2

- 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 May 15 2000 - 21:00:18 EST