summaryrefslogtreecommitdiff
path: root/fs/namei.c
diff options
context:
space:
mode:
authorJ. Bruce Fields <bfields@redhat.com>2014-02-18 01:52:33 +0400
committerAl Viro <viro@zeniv.linux.org.uk>2014-08-07 22:40:10 +0400
commitd03b29a271eb1d6de5af0f46cf0e7487e9e9284b (patch)
treec16cc69c2be7b697cc10772979cf3996c4f3a9e4 /fs/namei.c
parentb8faf035ea9d0011b04856a8198e2e212d93346a (diff)
downloadlinux-d03b29a271eb1d6de5af0f46cf0e7487e9e9284b.tar.xz
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 <bfields@redhat.com> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'fs/namei.c')
-rw-r--r--fs/namei.c2
1 files changed, 1 insertions, 1 deletions
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