From: J. Bruce Fields Date: Mon, 17 Feb 2014 21:52:33 +0000 (-0500) Subject: namei: trivial fix to vfs_rename_dir comment X-Git-Url: https://git.stricted.de/?a=commitdiff_plain;h=d03b29a271eb1d6de5af0f46cf0e7487e9e9284b;p=GitHub%2FLineageOS%2Fandroid_kernel_motorola_exynos9610.git namei: trivial fix to vfs_rename_dir comment Looks like the directory loop check is actually done in renameat? Whatever, leave this out rather than trying to keep it up to date with the code. Signed-off-by: J. Bruce Fields Signed-off-by: Al Viro --- diff --git a/fs/namei.c b/fs/namei.c index 8a217c48f6db..a996bb48dfab 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -4024,7 +4024,7 @@ SYSCALL_DEFINE2(link, const char __user *, oldname, const char __user *, newname * The worst of all namespace operations - renaming directory. "Perverted" * doesn't even start to describe it. Somebody in UCB had a heck of a trip... * Problems: - * a) we can get into loop creation. Check is done in is_subdir(). + * a) we can get into loop creation. * b) race potential - two innocent renames can create a loop together. * That's where 4.4 screws up. Current fix: serialization on * sb->s_vfs_rename_mutex. We might be more accurate, but that's another