I seem to remember this (five-arg syscalls) causing problems before.
Maybe it was on a different platform.
> > Secondly, the implementation should be in kernel/ptrace.c not under
> > i386, we're trying to stop doing that.
>
> The implementation is already in kernel/ptrace.c, only the usage lives
> under the arch-dependent directories since there the sys_ptrace entries
> are located.
Not any more; it should be in ptrace_request for anything new. Yes, if
you're adding an argument, that makes this more work.
> > Thirdly, I was going to do this, but I ended up making GDB use pread64
> > on /dev/mem instead. It works with no kernel modifications, and is
> > just as fast.
>
> mmm... I thought it would be convenient to use ptrace for all the trace
> work.
I've found it really doesn't make a difference.
-- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer - 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/