Josh Hunt e8a80c6f76 ext2: Fix link count corruption under heavy link+rename load ... vfs_rename_other() does not lock renamed inode with i_mutex. Thus changing i_nlink in a non-atomic manner (which happens in ext2_rename()) can corrupt it as reported and analyzed by Josh. In fact, there is no good reason to mess with i_nlink of the moved file. We did it presumably to simulate linking into the new directory and unlinking from an old one. But the practical effect of this is disputable because fsck can possibly treat file as being properly linked into both directories without writing any error which is confusing. So we just stop increment-decrement games with i_nlink which also fixes the corruption. CC: stable@kernel.org CC: Al Viro <viro@ZenIV.linux.org.uk> Signed-off-by: Josh Hunt <johunt@akamai.com> Signed-off-by: Jan Kara <jack@suse.cz>		2011-03-02 11:03:52 +01:00
..
acl.c	ext2,3,4: provide simple rcu-walk ACL implementation	2011-01-07 17:50:30 +11:00
acl.h	fs: provide rcu-walk aware permission i_ops	2011-01-07 17:50:29 +11:00
balloc.c
dir.c	ext2: speed up file creates by optimizing rec_len functions	2011-01-10 19:04:06 +01:00
ext2.h
file.c
ialloc.c
inode.c
ioctl.c
Kconfig
Makefile
namei.c	ext2: Fix link count corruption under heavy link+rename load	2011-03-02 11:03:52 +01:00
super.c	Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs-2.6	2011-01-11 14:36:55 -08:00
symlink.c
xattr_security.c
xattr_trusted.c
xattr_user.c
xattr.c	ext2: remove dead code in ext2_xattr_get	2011-01-10 12:10:37 -05:00
xattr.h
xip.c
xip.h