Message ID | 20240812064427.240190-3-viro@zeniv.linux.org.uk (mailing list archive) |
---|---|
State | New |
Headers | show |
Series | [01/11] get rid of ...lookup...fdget_rcu() family | expand |
diff --git a/fs/file.c b/fs/file.c index ac9e04e97e4b..313cfb860941 100644 --- a/fs/file.c +++ b/fs/file.c @@ -428,7 +428,7 @@ static struct fdtable *close_files(struct files_struct * files) set = fdt->open_fds[j++]; while (set) { if (set & 1) { - struct file * file = xchg(&fdt->fd[i], NULL); + struct file *file = fdt->fd[i]; if (file) { filp_close(file, files); cond_resched();
At that point nobody else has references to the victim files_struct; as the matter of fact, the caller will free it immediately after close_files() returns, with no RCU delays or anything of that sort. That's why we are not protecting against fdtable reallocation on expansion, not cleaning the bitmaps, etc. There's no point zeroing the pointers in ->fd[] either, let alone make that an atomic operation. Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> --- fs/file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)