From: Neil Brown In researching the oopses reported in bug #2761, Neil came up with: I have found one problem, but it isn't particularly new and I cannot see how it would be related. When d_alloc_anon creates an anonymous dentry, it is put on a special hash chain for anonymous dentries (sb->s_anon), but d_bucket is set to d_hash(parent, name_hash) If, when it is eventually moved to a proper name, that hash value is the same as the final hash value, it will not be moved to the right bucket, and so it not be accessible by name. This patch should fix it. anonymous dentries have their own private hash "bucket" (sb->s_anon) and so d_bucket should be set to a unique (impossible) address, else d_move will get confused. Signed-off-by: Neil Brown --- 25-akpm/fs/dcache.c | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletion(-) diff -puN fs/dcache.c~set-d_bucket-correctly-for-anonymous-dentries fs/dcache.c --- 25/fs/dcache.c~set-d_bucket-correctly-for-anonymous-dentries 2004-05-24 00:40:23.879362296 -0700 +++ 25-akpm/fs/dcache.c 2004-05-24 00:42:53.705585248 -0700 @@ -846,7 +846,12 @@ struct dentry * d_alloc_anon(struct inod res->d_sb = inode->i_sb; res->d_parent = res; res->d_inode = inode; - res->d_bucket = d_hash(res, res->d_name.hash); + + /* + * Set d_bucket to an "impossible" bucket address so + * that d_move() doesn't get a false positive + */ + res->d_bucket = dentry_hashtable + D_HASHMASK + 1; res->d_flags |= DCACHE_DISCONNECTED; res->d_flags &= ~DCACHE_UNHASHED; list_add(&res->d_alias, &inode->i_dentry); _