[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7c86c4470803270316h4588909eoa1f464108cf435f5@mail.gmail.com>
Date: Thu, 27 Mar 2008 11:16:03 +0100
From: "stephane eranian" <eranian@...glemail.com>
To: "Ingo Molnar" <mingo@...e.hu>
Cc: "Metzger, Markus T" <markus.t.metzger@...el.com>, ak@...e.de,
hpa@...or.com, linux-kernel@...r.kernel.org, tglx@...utronix.de,
markus.t.metzger@...il.com,
"Siddha, Suresh B" <suresh.b.siddha@...el.com>, roland@...hat.com,
akpm@...ux-foundation.org, mtk.manpages@...il.com,
"Villacis, Juan" <juan.villacis@...el.com>
Subject: Re: [patch] x86, ptrace: support pebs in ds.c and disable ptraceand ds support
Hello,
What is the user-level API of utrace?
Does this user interface come in addition to ptrace or as a replacement?
What is the impact on existing applications, such as debuggers?
On Thu, Mar 27, 2008 at 10:58 AM, Ingo Molnar <mingo@...e.hu> wrote:
>
> * Metzger, Markus T <markus.t.metzger@...el.com> wrote:
>
> > > we could apply this if Roland Acks it - but i guess a precondition
> > > for that is to not include more ptrace extensions and to also start
> > > working on utrace support for it. Ptrace is something we want to
> > > reduce usage of, not extend.
> >
> > The patch is not adding new features. It is merely re-establishing the
> > state before the patch mysteriously disappeared from x86#testing.
>
> well, Roland is the de-facto ptrace maintainer and he has NAK-ed the
> current approach of extending ptrace, so i removed the patch. Is there
> anything particularly wrong about doing this based on utrace? The API
> will hit upstream in 2.6.26 or 2.6.27.
>
> 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