lkml.org 
[lkml]   [2007]   [Dec]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH -mm 09/43] compat_sys_ptrace
Date
> Nice, we should have unified the compat ptrace code long ago.

There is still more consolidation that can be done, but this is a first step.

> Any chance you could make the ifdef symetric to the native ptrace
> where an arch defines a symbol if it has it's own ptrace?

That would require touching each and every arch's headers so as
not to break it with the generic changes. I seem to get berated
for that sort of thing more often than asked for it.

> Also when prototyping something like this I was wondering whether we
> really want a separate compat function. Lots of the ptrace requests
> mostly depend on the target processes abi, not the ptrace caller, [...]

That's not really true of any ptrace request that isn't already
wholly arch-dependent, and not true of any majority of those either.
For all of the things that are likely to be handled in generic code
any time soon, it's the caller of ptrace whose natural data formats
reign.

> [...] Anyway, that's probably something to worry about
> later one the arch-specific compat ptrace implementations are gone.

Indeed.


Thanks,
Roland


\
 
 \ /
  Last update: 2007-12-21 09:55    [W:1.230 / U:0.340 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site