Revert "fs: fold open_check_o_direct into do_dentry_open"
authorAl Viro <viro@zeniv.linux.org.uk>
Sat, 2 Jun 2018 05:31:02 +0000 (01:31 -0400)
committerLinus Torvalds <torvalds@linux-foundation.org>
Sun, 3 Jun 2018 17:58:23 +0000 (10:58 -0700)
commitaf04fadcaa932d2d804699409d9d96dd5d85ce7f
treead6d262eed4b0e19ee7d43ed27aee8eb22565dfb
parent4faa99965e027cc057c5145ce45fa772caa04e8d
Revert "fs: fold open_check_o_direct into do_dentry_open"

This reverts commit cab64df194667dc5d9d786f0a895f647f5501c0d.

Having vfs_open() in some cases drop the reference to
struct file combined with

error = vfs_open(path, f, cred);
if (error) {
put_filp(f);
return ERR_PTR(error);
}
return f;

is flat-out wrong.  It used to be

error = vfs_open(path, f, cred);
if (!error) {
/* from now on we need fput() to dispose of f */
error = open_check_o_direct(f);
if (error) {
fput(f);
f = ERR_PTR(error);
}
} else {
put_filp(f);
f = ERR_PTR(error);
}

and sure, having that open_check_o_direct() boilerplate gotten rid of is
nice, but not that way...

Worse, another call chain (via finish_open()) is FUBAR now wrt
FILE_OPENED handling - in that case we get error returned, with file
already hit by fput() *AND* FILE_OPENED not set.  Guess what happens in
path_openat(), when it hits

if (!(opened & FILE_OPENED)) {
BUG_ON(!error);
put_filp(file);
}

The root cause of all that crap is that the callers of do_dentry_open()
have no way to tell which way did it fail; while that could be fixed up
(by passing something like int *opened to do_dentry_open() and have it
marked if we'd called ->open()), it's probably much too late in the
cycle to do so right now.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
fs/internal.h
fs/namei.c
fs/open.c