On Tue, Nov 01, 2005 at 11:37:54AM +, David Howells wrote:
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > > The sys_ptrace boilerplate code (everything outside the big switch
> > > statement for the arch-specific requests) is shared by most
> > > architectures. This patch moves it to ke
On Tue, Nov 01, 2005 at 06:12:21AM +0100, Christoph Hellwig wrote:
> On Tue, Nov 01, 2005 at 06:09:00AM +0100, Christoph Hellwig wrote:
> > Some architectures have a too different ptrace so we have to exclude
> > them. They continue to keep their implementations. For sh64 I had to
> > add a sh64_
David Howells <[EMAIL PROTECTED]> wrote:
>
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > > The sys_ptrace boilerplate code (everything outside the big switch
> > > statement for the arch-specific requests) is shared by most
> > > architectures. This patch moves it to kernel/ptrace.c and le
On Tue, Nov 01, 2005 at 06:12:21AM +0100, Christoph Hellwig wrote:
> On Tue, Nov 01, 2005 at 06:09:00AM +0100, Christoph Hellwig wrote:
> > [Let's try again now that sys_ptrace returns long everywhere mainline..]
> >
> > The sys_ptrace boilerplate code (everything outside the big switch
> > statem
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > The sys_ptrace boilerplate code (everything outside the big switch
> > statement for the arch-specific requests) is shared by most
> > architectures. This patch moves it to kernel/ptrace.c and leaves the
> > arch-specific code as arch_ptrace.
Look
On Tue, Nov 01, 2005 at 06:12:21AM +0100, Christoph Hellwig wrote:
> Umm, it might be a good idea to actually send the current patch instead
> of the old one. I really should write this text from scratch instead
> of copying it :)
>
>
> Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Sign
Christoph Hellwig writes:
> > Some architectures have a too different ptrace so we have to exclude
> > them. They continue to keep their implementations. For sh64 I had to
> > add a sh64_ptrace wrapper because it does some initialization on the
> > first call. For um I removed an ifdefed SUBARC
On Tue, Nov 01, 2005 at 06:09:00AM +0100, Christoph Hellwig wrote:
> [Let's try again now that sys_ptrace returns long everywhere mainline..]
>
> The sys_ptrace boilerplate code (everything outside the big switch
> statement for the arch-specific requests) is shared by most
> architectures. This
[Let's try again now that sys_ptrace returns long everywhere mainline..]
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as arch_p
On Thu, Aug 11, 2005 at 10:32:03AM -0700, Richard Henderson wrote:
> On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
> > The sys_ptrace boilerplate code (everything outside the big switch
> > statement for the arch-specific requests) is shared by most
> > architectures. This pat
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
> The sys_ptrace boilerplate code (everything outside the big switch
> statement for the arch-specific requests) is shared by most
> architectures. This patch moves it to kernel/ptrace.c and leaves the
> arch-specific code as arch_
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
> Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Acked-by: Russell King <[EMAIL PROTECTED]>
Thanks Christoph.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
On Thu, Aug 11, 2005 at 12:44:34PM +0200, Roman Zippel wrote:
> No objection really, but I recently reformatted the m68k sys_ptrace() so
> it would be easier to regenerate your changes on top of this. I can do
> this for you if we can agree on to merge at least the m68k ptrace changes
> before t
Hi,
On Wed, 10 Aug 2005, Christoph Hellwig wrote:
> The sys_ptrace boilerplate code (everything outside the big switch
> statement for the arch-specific requests) is shared by most
> architectures. This patch moves it to kernel/ptrace.c and leaves the
> arch-specific code as arch_ptrace.
No obj
On Wed, 10 Aug 2005 09:59:01 -0700 "Luck, Tony" <[EMAIL PROTECTED]>
wrote:
>
> >Some architectures have a too different ptrace so we have to exclude
> >them: alpha, ia64, m32r, parisc, sparc, sparc64. They continue to
> >keep their implementations.
>
> So it should be no surprise that this patch
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
> Some architectures have a too different ptrace so we have to exclude
> them: alpha...
Alpha could be updated to use this, I think. Just a matter of
using force_successful_syscall_return instead of pt_regs directly.
I'll have a
>Some architectures have a too different ptrace so we have to exclude
>them: alpha, ia64, m32r, parisc, sparc, sparc64. They continue to
>keep their implementations.
So it should be no surprise that this patch works ok for ia64, but here
is the ACK anyway.
>+#ifndef __ARCH_SYS_PTRACE
Most of th
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
> The sys_ptrace boilerplate code (everything outside the big switch
> statement for the arch-specific requests) is shared by most
> architectures. This patch moves it to kernel/ptrace.c and leaves the
> arch-specific code as arch_
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
> The sys_ptrace boilerplate code (everything outside the big switch
> statement for the arch-specific requests) is shared by most
> architectures. This patch moves it to kernel/ptrace.c and leaves the
> arch-specific code as arch
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
> Some architectures have a too different ptrace so we have to exclude
> them: alpha, ia64, m32r, parisc, sparc, sparc64. They continue to
> keep their implementations. For sh64 I had to add a sh64_ptrace wrapper
> because it does
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> The sys_ptrace boilerplate code (everything outside the big switch
> statement for the arch-specific requests) is shared by most
> architectures. This patch moves it to kernel/ptrace.c and leaves the
> arch-specific code as arch_ptrace.
Looks okay f
x86-64 part is ok for me.
-Andi
On Wed, Aug 10, 2005 at 10:33:50AM +0200, Martin Schwidefsky wrote:
> Christoph Hellwig <[EMAIL PROTECTED]> wrote on 08/10/2005 10:00:57 AM:
>
> > The sys_ptrace boilerplate code (everything outside the big switch
> > statement for the arch-specific requests) is shared by most
> > architectures.
Christoph Hellwig <[EMAIL PROTECTED]> wrote on 08/10/2005 10:00:57 AM:
> The sys_ptrace boilerplate code (everything outside the big switch
> statement for the arch-specific requests) is shared by most
> architectures. This patch moves it to kernel/ptrace.c and leaves the
> arch-specific code as
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as arch_ptrace.
Some architectures have a too different ptrace so we have to exclu
25 matches
Mail list logo