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

From: Jeff V. Merkey (jmerkey@timpanogas.com)
Date: Thu May 11 2000 - 17:14:44 EST


David Woodhouse wrote:
>
> 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.

Agree.

With Novell's imminent demise right around the corner, NWFS seems to be
getting VERY popular with Novell's installed base on Linux. I am
monitoring about 300 downloads per week from our website mostly by
Novell resellers and large MLA NetWare accounts (it has dropped from
several thousand/week last month). We also are getting LOTS of calls
from folks who are using it to migrate NetWare servers to Linux. Looks
like the timing was right on with this one.

I have only the variable page size mapping layer left to regress and a
MKISOFS bug remaining before submitting diff's to Alan/Linus for
2.0/2.2/2.4. Everything else (less HFS integration) has been
completed. IA64 will be posted after I test it on an IA64 box (which
Intel has kindly offered to make available for us to test on end of this
month).

Looks like Novell's customer's are going to have a truly world class
IA64 platform to deploy in their networks -- IA64 Linux with NWFS. We
have not had a lot of time to finish the NWFS-to-EXT3 on disk conversion
-- Tweedie is always welcome to help with this one.

Having the caching for symbolic links is not a bad thing.

:-)

Jeff

>
> 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/

-
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