Re: [PATCH 03/10] ptrace: implement PTRACE_SEIZE
From: Denys Vlasenko
Date: Thu May 19 2011 - 18:42:21 EST
On Thursday 19 May 2011 21:31, Pedro Alves wrote:
> On Thursday 19 May 2011 15:17:28, Tejun Heo wrote:
> > But making SEIZE not trigger INTERRUPT and SETOPTIONS without
> > requiring TRACED don't seem too difficult. Jan, would that be enough?
> > Oleg, what do you think?
> UUIC, that opens a race where between SEIZEing and
> SETOPTIONS(O_TRACE FORK|VFORK|EXEC...), the tracee can
> fork/vfork/clone/exec, without the tracer getting the
> nice corresponding PTRACE_EVENT_ events.
SEIZE,fork-in-tracee,INTERRUPT sequence is indistinguishable
from SEIZE happening two microseconds later:
> In GDBs case, GDB will want to poke at memory
> right after attaching
...where "right after attaching" is defined as "when the first ptrace-stop
is reported". Which will happen very soon.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/