]> www.infradead.org Git - users/jedix/linux-maple.git/commit
make nfs_atomic_open() call d_drop() on all ->open_context() errors.
authorAl Viro <viro@ZenIV.linux.org.uk>
Mon, 20 Jun 2016 17:14:36 +0000 (13:14 -0400)
committerDhaval Giani <dhaval.giani@oracle.com>
Fri, 20 Jan 2017 22:21:58 +0000 (17:21 -0500)
commit7b2d3fe2836efdfa9ade0b2451dc80eb9c049506
tree3dcd5ce0b20a8c245fed54ef58fe83ee44bab868
parent687dac513794004246018bc87f484a38efd7bb7c
make nfs_atomic_open() call d_drop() on all ->open_context() errors.

Orabug: 25308032

[ Upstream commit d20cb71dbf3487f24549ede1a8e2d67579b4632e ]

In "NFSv4: Move dentry instantiation into the NFSv4-specific atomic open code"
unconditional d_drop() after the ->open_context() had been removed.  It had
been correct for success cases (there ->open_context() itself had been doing
dcache manipulations), but not for error ones.  Only one of those (ENOENT)
got a compensatory d_drop() added in that commit, but in fact it should've
been done for all errors.  As it is, the case of O_CREAT non-exclusive open
on a hashed negative dentry racing with e.g. symlink creation from another
client ended up with ->open_context() getting an error and proceeding to
call nfs_lookup().  On a hashed dentry, which would've instantly triggered
BUG_ON() in d_materialise_unique() (or, these days, its equivalent in
d_splice_alias()).

Cc: stable@vger.kernel.org # v3.10+
Tested-by: Oleg Drokin <green@linuxhacker.ru>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
(cherry picked from commit 3f3d3526c73a85950a3d963347b0de675fb3bea5)
Signed-off-by: Dhaval Giani <dhaval.giani@oracle.com>
fs/nfs/dir.c