Right, and that sounds like a bug. A the last dput() of a non-hashed
dentry should make the dentry go away, and we _shouldn't_ have any inode
with a double count.
I wonder if maybe vfat (or even the VFS layer) has a dentry count leak
somewhere, so that the "last" dput() doesn't actually see a d_count of
zero because something else forgot to decrement it..
Linus
-
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/