diff options
author | Trond Myklebust <Trond.Myklebust@netapp.com> | 2006-02-04 23:28:01 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-02-05 11:06:53 -0800 |
commit | f55eab822b93864ef4eef3bd7eadac2a727c914b (patch) | |
tree | ab5103610ecc7699a7307c157c517f2ad790e3a7 /net/tipc/ref.c | |
parent | 4484ebf12bdb0ebcdc6e8951243cbab3d7f6f4c1 (diff) | |
download | kernel_samsung_smdk4412-f55eab822b93864ef4eef3bd7eadac2a727c914b.zip kernel_samsung_smdk4412-f55eab822b93864ef4eef3bd7eadac2a727c914b.tar.gz kernel_samsung_smdk4412-f55eab822b93864ef4eef3bd7eadac2a727c914b.tar.bz2 |
[PATCH] VFS: Ensure LOOKUP_CONTINUE flag is preserved by link_path_walk()
When walking a path, the LOOKUP_CONTINUE flag is used by some filesystems
(for instance NFS) in order to determine whether or not it is looking up
the last component of the path. It this is the case, it may have to look
at the intent information in order to perform various tasks such as atomic
open.
A problem currently occurs when link_path_walk() hits a symlink. In this
case LOOKUP_CONTINUE may be cleared prematurely when we hit the end of the
path passed by __vfs_follow_link() (i.e. the end of the symlink path)
rather than when we hit the end of the path passed by the user.
The solution is to have link_path_walk() clear LOOKUP_CONTINUE if and only
if that flag was unset when we entered the function.
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Cc: Al Viro <viro@ftp.linux.org.uk>
Cc: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'net/tipc/ref.c')
0 files changed, 0 insertions, 0 deletions