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
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
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
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_ptrace
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
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
> >
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.
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]>
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
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
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]
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 to
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
statement for
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 leaves the
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
[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
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
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
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
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
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
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
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
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
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 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
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 patch
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
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
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
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
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
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
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
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
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. This
x86-64 part is ok for me.
-Andi
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 for
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
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
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
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 the
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
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 works ok for
50 matches
Mail list logo