Thread (4 messages) 4 messages, 3 authors, 2020-03-10

Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec

From: Kees Cook <hidden>
Date: 2020-03-10 20:47:55
Also in: linux-api, linux-doc, linux-fsdevel, lkml, stable

Possibly related (same subject, not in this thread)

On Sun, Mar 08, 2020 at 04:38:00PM -0500, Eric W. Biederman wrote:
Futher this consolidates all of the possible indefinite waits for
userspace together at the top of flush_old_exec.  The possible wait
for a ptracer on PTRACE_EVENT_EXIT, the possible wait for a page fault
to be resolved in clear_child_tid, and the possible wait for a page
fault in exit_robust_list.
I forgot to mention, just as a point of clarity, there are lots of
other page faults possible, but they're _before_ flush_old_exec()
(i.e. all the copy_strings() calls). Is it worth clarifying this to
"before or at the top of flush_old_exec()" or do you mean something
else? (And as always: perhaps expand flush_old_exec()'s comment to
describe the newly intended state.)

-- 
Kees Cook
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help