From: Fabio Olive Leite <fleite@redhat.com>
To: nfs@lists.sourceforge.net
Subject: (no subject)
Date: Tue, 24 Apr 2007 13:25:55 -0300 [thread overview]
Message-ID: <20070424162555.GC10449@sleipnir.redhat.com> (raw)
Hi nfs@,
This patch solves an issue found on 32bit architectures, where jiffies
wrap every 50 days. Since many NFS structures are very long lived and
the code uses jiffies everywhere for timestamp comparisons, there are
many places where old data can be considered newer than something
fresh from the server. This one deals with negative dentries, and I'd
like to have it discussed in the list for sanity checking.
In 32bit architectures the NFS code uses 32bit jiffies for structures
that can very easily remain allocated for several u32 jiffy wraps,
fooling tests made only with time_after[_eq]. One such case is for
negative dentries, that given the correct timing can be considered valid
even after changing their parent dir's attributes.
=
This patch addresses that by using another unused struct dentry field to
store the higher part of the u64 jiffies. It has more comments than code
because the issue is subtle, and is made conditional on long being a
32bit quantity (64bit arches won't exhibit this behavior).
diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
index cd34697..a21fb87 100644
--- a/fs/nfs/dir.c
+++ b/fs/nfs/dir.c
@@ -644,11 +644,26 @@ static int nfs_check_verifier(struct inode *dir, stru=
ct dentry *dentry)
if ((NFS_I(dir)->cache_validity & NFS_INO_INVALID_ATTR) !=3D 0
|| nfs_attribute_timeout(dir))
return 0;
+#if (BITS_PER_LONG < 64)
+ /* In 32bit architectures, also check the cached higher bits of
+ * jiffies64. NFS dentries can sit idle across two sign flips of
+ * 32bit jiffies and fool time_after[_eq].
+ */
+ if ((u32)(dentry->d_cookie) !=3D (u32)(get_jiffies_64() >> 32))
+ return 0;
+#endif
return nfs_verify_change_attribute(dir, (unsigned long)dentry->d_fsdata);
}
=
static inline void nfs_set_verifier(struct dentry * dentry, unsigned long =
verf)
{
+#if (BITS_PER_LONG < 64)
+ /* In 32bit architectures we can have problems with dentries that sit
+ * idle during two flips of the MSB of the u32 jiffies, so we keep
+ * track of the higher bits in d_cookie.
+ */
+ (u32)(dentry->d_cookie) =3D (u32)(get_jiffies_64() >> 32);
+#endif
dentry->d_fsdata =3D (void *)verf;
}
=
@@ -755,8 +770,17 @@ static int nfs_lookup_revalidate(struct dentry * dentr=
y, struct nameidata *nd)
inode =3D dentry->d_inode;
=
if (!inode) {
- if (nfs_neg_need_reval(dir, dentry, nd))
+ if (nfs_neg_need_reval(dir, dentry, nd)) {
+#if (BITS_PER_LONG < 64)
+ dfprintk(VFS, "nfs_lookup_revalidate: expiring neg dentry for %s\n",
+ dentry->d_name.name);
+ dfprintk(VFS, " d_cookie %08x high_jiffies %08x\n",
+ dentry->d_cookie, (u32)(get_jiffies_64() >> 32));
+ dfprintk(VFS, " d_fsdata %08x cache_change_attribute %08x\n",
+ dentry->d_fsdata, NFS_I(dir)->cache_change_attribute);
+#endif
goto out_bad;
+ }
goto out_valid;
}
=
Cheers,
F=E1bio
-- =
ex sed lex awk yacc, e pluribus unix, amem
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next reply other threads:[~2007-04-24 16:26 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-24 16:25 Fabio Olive Leite [this message]
-- strict thread matches above, loose matches on Subject: below --
2010-11-10 18:10 (no subject) Russell Cattelan
2010-07-16 13:40 Tom H
2009-06-05 10:41 Mike Brodbelt
2007-11-08 15:36 Willis
2007-10-31 20:59 immanuel lily
2007-10-26 21:38 『晴れたらいいね』
2007-10-19 3:44 Neil Brown
2007-08-10 7:16 grikxd
2007-08-08 20:15 采购成本降低技巧及供应商管理
2007-08-06 13:45 Piotr Kandziora
2007-08-02 7:24 Piotr Kandziora
2007-08-02 15:45 ` Jeff Layton
2007-08-02 0:08 Mahoney O.Becky
2007-07-26 9:27 Olive Crosby
2007-07-25 14:36 Eldridge
2007-07-24 14:42 Dennis
2007-07-24 14:41 Bella
2007-07-16 9:48 Riccardo Bini
2007-07-14 14:24 Cummings
2007-06-20 9:00 sun lu
2007-06-07 17:05 [PATCH] locks: provide a file lease method enabling cluster-coherent leases J. Bruce Fields
2007-06-08 22:14 ` (no subject) J. Bruce Fields
2006-09-11 3:38 qinping
2006-07-26 10:47 Bernd Schubert
2006-07-26 11:43 ` Trond Myklebust
2006-07-08 22:27 潘思广
2006-01-17 21:37 Jonas Lihnell
2006-01-17 21:41 ` Trond Myklebust
2006-01-17 22:18 ` Jonas Lihnell
2005-11-14 21:58 Kyle Perkins
2003-10-14 19:50 Ralph Churchill
2003-10-16 19:42 ` Ralph Churchill
2003-06-04 1:59 xiyu
2003-04-23 18:38 gb
2003-04-23 19:11 ` Spencer Shepler
2003-04-23 19:20 ` Trond Myklebust
2003-03-10 16:32 Lever, Charles
2003-03-09 19:58 Steve Salazar
2003-01-27 14:23 Emanuel.Quass
2003-01-27 15:17 ` Trond Myklebust
2003-01-10 10:29 Adam.Szabo
2002-07-30 11:10 Nir Cohen
2002-07-24 11:53 Nir Cohen
2002-04-25 9:41 Tina Arora
2002-04-03 11:03 Ozy Ali
[not found] <15484.3052.362597.167779@notabene.cse.unsw.edu.au>
2002-03-27 13:36 ` shalini jain
2002-03-25 11:03 Ozy Ali
2002-03-22 14:06 Ozy Ali
2002-03-22 14:45 ` Trond Myklebust
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070424162555.GC10449@sleipnir.redhat.com \
--to=fleite@redhat.com \
--cc=nfs@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).