Re: [PATCH 03/10] ptrace: implement PTRACE_SEIZE

From: Tejun Heo
Date: Thu May 19 2011 - 10:17:37 EST


On Wed, May 18, 2011 at 11:55:39AM +0200, Tejun Heo wrote:
> I've been thinking about Jan's suggestion to make ATTACH and DETACH
> not require tracee to trap. We already have this for DETACH for cases
> where the tracer is killed and it seems it wouldn't be too difficult
> to make that happen for ATTACH either and for that to be truly useful
> I suppose PTRACE_SETOPTIONS shouldn't require trapped state either.
> Jan, would that be enough for the use cases you have on mind?

I've been trying this and clean DETACH requires the tracee to be
trapped (or not running). The arch detach hook, which BTW is not
executed when the tracer is killed, modifies tracee state expecting it
to be off-cpu.

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?


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at