[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7c86c4470802211436p22155681n9a38095c0ff305ab@mail.gmail.com>
Date: Thu, 21 Feb 2008 23:36:01 +0100
From: "stephane eranian" <eranian@...glemail.com>
To: "Roland McGrath" <roland@...hat.com>
Cc: "Markus Metzger" <markus.t.metzger@...el.com>, ak@...e.de,
hpa@...or.com, linux-kernel@...r.kernel.org, mingo@...e.hu,
tglx@...utronix.de, markus.t.metzger@...il.com,
suresh.b.siddha@...el.com, akpm@...ux-foundation.org,
mtk.manpages@...il.com
Subject: Re: [patch 1/2] x86, ptrace: support pebs in ds.c
Roland,
I think you bring up some very good points and I agree with you.
Hopefully, I should be able to modify perfmon to use this new
internal interface in the coming weeks. That should be a good test.
On Thu, Feb 21, 2008 at 10:00 PM, Roland McGrath <roland@...hat.com> wrote:
> Sorry I haven't replied in this thread sooner.
>
> I would like to see all the BTS and DS work wait until after 2.6.25.
> We have a lot of x86 churn in 2.6.25 already, and I think we'd do
> better without adding this wrinkle at the same time.
>
> The low-level implementation pieces should gel a bit more in -mm or
> whereever. They should both get more testing and also get more
> concrete use from the perfmon2 integration effort to iron out their
> internal interface kinks.
>
> For the user-level interface, we should not be hasty with cooking up
> hairy ptrace extensions. Personally, I'd prefer that we never add a
> ptrace-based interface for this (ptrace must die). I think it will
> fit much better either merged into the interfaces that come from
> perfmon2 integration, or into what replaces ptrace when that comes.
> There is not yet any different userland interface framework in the
> tree to base it on, so ptrace extensions may be better than nothing if
> they are well-gelled in 2.6.26 and nothing else is close to ready.
> But I also don't know of anyone desperate and about to burst from lack
> of BTS functionality.
>
>
> Thanks,
> Roland
>
--
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