On Wed, Jun 11, 2003 at 07:47:24PM +0200, Trond Myklebust wrote:
> >>>>> " " == Trond Myklebust <firstname.lastname@example.org> writes:
> > 2.4 has the 'return ESTALE if current dir fails d_revalidate()'
> > test. Looks like the vfat stuff has the same problem that
> I should learn to complete my own sentences before sending... The
> above should read:
> Looks like the vfat stuff has the same problem that Coda did. It is
> unintentionally triggering the ESTALE code, as it assumes that
> d_revalidate() is advisory only.
Coda still has the problem with 2.4. The only thing I have been telling
people that hit the problem is to take the revalidate patch out.
btw. The sheer number of problem cases is already reduced significantly
by the following patch which avoids calling revalidate on every name
that happens to start with a '.'.
diff -urN --exclude-from=dontdiff linux-2.4.21-rc2/fs/namei.c linux-2.4.21-rc2-coda/fs/namei.c
--- linux-2.4.21-rc2/fs/namei.c 2003-05-09 02:20:44.000000000 -0400
+++ linux-2.4.21-rc2-coda/fs/namei.c 2003-05-14 02:23:07.000000000 -0400
@@ -627,6 +627,8 @@
nd->last_type = LAST_DOT;
else if (this.len == 2 && this.name == '.')
nd->last_type = LAST_DOTDOT;
+ goto return_base;
* We bypassed the ordinary revalidation routines.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Jun 15 2003 - 22:00:34 EST