On Thu, 27 Mar 2008, Roland McGrath wrote:
quoted text
> 
> One of these days I will post substantial core ptrace changes.  I don't
> know what these are yet, but I know it's likely they will need to change
> what's passed between sys_ptrace and ptrace_request/ptrace_resume.  We
> can expect that there will be churn in that code while we hash out how
> it should be.  Doing this arch patch first means that none of that later
> churn will involve changing arch_ptrace back and forth while the
> non-arch code gets settled.

Why would that happen _anyway_?

I'm very much against ugly interfaces that don't seem to fix anything. 
Especially if you don't even know that it's needed. I'm not doing to apply 
something that just makes code uglier before I actually see the thing that 
it helps with. Right now it only hurts.

		Linus
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/