[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071127103846.GF6286@elte.hu>
Date: Tue, 27 Nov 2007 11:38:46 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Roland McGrath <roland@...hat.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-kernel@...r.kernel.org, Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>
Subject: Re: [PATCH 01/27] ptrace: arch_has_single_step
* Andrew Morton <akpm@...ux-foundation.org> wrote:
> On Sun, 25 Nov 2007 13:55:07 -0800 (PST) Roland McGrath <roland@...hat.com> wrote:
>
> > This defines the new macro arch_has_single_step() in linux/ptrace.h,
> > a default for when asm/ptrace.h does not define it. It declares the
> > new user_enable_single_step and user_disable_single_step functions.
> > This is not used yet, but paves the way to harmonize on this
> > interface for the arch-specific calls on all machines.
>
> I think I'll duck this lot for now in view of the (relatively small)
> amount of followup.
>
> I did do an experimental will-it-apply and got a tremendous number of
> rejects against the x86 git tree, almost all of which went away when
> `patch -l' was used. Seems that someone has gone on a whitespace
> rampage through arch/x86/ia32/ptrace32.c and arch/x86/ia32/ptrace64.c.
>
> That's kinda/sorta OK, but `patch -l' is a bit more inclined to
> misplace hunks and it's all a bit risky.
actually, Thomas tried a tentative merge two days ago or so and the
result was pretty OK and functional. I'll try to do a more formal merge
and see what comes up.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists