[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080221210026.7B1C62701D5@magilla.localdomain>
Date: Thu, 21 Feb 2008 13:00:26 -0800 (PST)
From: Roland McGrath <roland@...hat.com>
To: Markus Metzger <markus.t.metzger@...el.com>
Cc: 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, eranian@...glemail.com
Subject: Re: [patch 1/2] x86, ptrace: support pebs in ds.c
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