[PATCH 1/4] ptrace: temporary revert the recent ptrace/jobctl rework

Oleg Nesterov oleg at redhat.com
Fri Jul 1 00:29:01 UTC 2011


On 06/21, Roland McGrath wrote:
>
> > OK, so here's my (hacky) idea:
> > (1) Forget ptrace-via-utrace.  Have utrace be a separate thing.  This
> > way the recent ptrace changes won't matter.

This is what V2 does.

> > (2) But, what about ptrace co-existing well with utrace?  Make them
> > mutually exclusive - a ptraced-process can't be utraced and a
> > utraced-process can't be ptraced.
>
> We had this situation before for a while.  It has the substantial downside
> that e.g. you cannot do any system-wide systemtap tracing without making
> all strace and gdb use impossible.

Yes, we can't make them mutually exclusive, this can't work. So V2 tries
to teach them play well together.

> > Assuming the above is a semi-reasonable idea, it might be a lot less
> > work than updating the ptrace-via-utrace code to handle the new ptrace
> > changes.
>
> That's for Oleg to say.  (Sorry, Oleg. ;-)

Oh, I am not sure what is simpler ;)

Oleg.



More information about the kernel mailing list