Re: [PATCH 0/7] utrace/ptrace

2009-12-29 Thread caiqian
This is the new iteration of Roland's utrace patch, this time with rewrite-ptrace-via-utrace + cleanups in utrace core. Tested-by: CAI Qian caiq...@redhat.com

Re: [PATCH 0/7] utrace/ptrace

2009-12-23 Thread Oleg Nesterov
On 12/22, Andrew Morton wrote: On Fri, 18 Dec 2009 02:11:16 +0100 Oleg Nesterov o...@redhat.com wrote: It allows for multiple separate tracing engines to work in parallel without interfering with each other. Higher-level tracing facilities can be implemented as loadable kernel modules

Re: [PATCH 0/7] utrace/ptrace

2009-12-23 Thread Roland McGrath
Well. I had a lot of technical discussions with Roland about utrace, but I never asked him why he created this thing ;) To me, utrace looks like vfs. Currently we have the single and very poor filesystem, ptrace. Until we add the appropriate layer, we can't expect the further improvements is

Re: [PATCH 0/7] utrace/ptrace

2009-12-23 Thread Roland McGrath
Do you have an estimate or better numbers how the overhead of seccomp-over-utrace compares to the current in-tree seccomp? I never measured it. I would estimate that any difference one way or another is in the noise. The point of seccomp is to run a process that almost never makes any system

Re: [PATCH 0/7] utrace/ptrace

2009-12-22 Thread Andrew Morton
On Fri, 18 Dec 2009 02:11:16 +0100 Oleg Nesterov o...@redhat.com wrote: Hello. This is the new iteration of Roland's utrace patch, this time with rewrite-ptrace-via-utrace + cleanups in utrace core. So... should we merge this? I'll confess that I've rather forgotten why we might want

Re: [PATCH 0/7] utrace-ptrace V1

2009-10-27 Thread Roland McGrath
5/7 belongs first and I've already merged it as prerequisite to utrace. We can send that upstream without delay. I hope it can get queued quickly regardless of the review delays for the utrace and ptrace work. All the other preparatory patches are just to introduce PT_PTRACED as the distinction

Re: [PATCH 0/7] utrace-ptrace V1

2009-10-27 Thread Oleg Nesterov
On 10/27, Roland McGrath wrote: 5/7 belongs first and I've already merged it as prerequisite to utrace. We can send that upstream without delay. I hope it can get queued quickly regardless of the review delays for the utrace and ptrace work. Agreed, I'll send it to Andrew. All the other

Re: [PATCH 0/7] utrace-ptrace V1

2009-10-25 Thread Oleg Nesterov
On 10/26, Oleg Nesterov wrote: For early review. Patches 1-5 can be sent upstream right now. The last 2 patches add the new implementation. utrace.patch can come before or after, I think after is better. Forgot to mention, this series is against Linus's tree. Oleg.