mirror of
https://git.FreeBSD.org/src.git
synced 2024-12-13 10:02:38 +00:00
Modify fdcopy() so that, during fork(2), it won't copy file descriptors
from the parent to the child process if they have an operation vector of &badfileops. This narrows a set of races involving system calls that allocate a new file descriptor, potentially block for some extended period, and then return the file descriptor, when invoked by a threaded program that concurrently invokes fork(2). Similar approches are used in both Solaris and Linux, and the wideness of this race was introduced in FreeBSD when we moved to a more optimistic implementation of accept(2) in order to simplify locking. A small race necessarily remains because the fork(2) might occur after the finit() in accept(2) but before the system call has returned, but that appears unavoidable using current APIs. However, this race is vastly narrower. The fix can be validated using the newfileops_on_fork regression test. PR: kern/130348 Reported by: Ivan Shcheklein <shcheklein at gmail dot com> Reviewed by: jhb, kib MFC after: 1 week
This commit is contained in:
parent
84f9a0e5c5
commit
54fffe2d67
Notes:
svn2git
2020-12-20 02:59:44 +00:00
svn path=/head/; revision=188485
@ -1583,7 +1583,8 @@ fdcopy(struct filedesc *fdp)
|
||||
newfdp->fd_freefile = -1;
|
||||
for (i = 0; i <= fdp->fd_lastfile; ++i) {
|
||||
if (fdisused(fdp, i) &&
|
||||
fdp->fd_ofiles[i]->f_type != DTYPE_KQUEUE) {
|
||||
fdp->fd_ofiles[i]->f_type != DTYPE_KQUEUE &&
|
||||
fdp->fd_ofiles[i]->f_ops != &badfileops) {
|
||||
newfdp->fd_ofiles[i] = fdp->fd_ofiles[i];
|
||||
newfdp->fd_ofileflags[i] = fdp->fd_ofileflags[i];
|
||||
fhold(newfdp->fd_ofiles[i]);
|
||||
|
Loading…
Reference in New Issue
Block a user