From: Peter Zijlstra <a.p.zijlstra@chello.nl>
To: "Yan, Zheng" <zheng.z.yan@intel.com>
Cc: linux-kernel@vger.kernel.org, eranian@google.com, ak@linux.intel.com
Subject: Re: [PATCH 1/6] perf, x86: Basic Haswell LBR call stack support
Date: Tue, 23 Oct 2012 12:11:36 +0200 [thread overview]
Message-ID: <1350987096.2768.108.camel@twins> (raw)
In-Reply-To: <50862E02.6020002@intel.com>
On Tue, 2012-10-23 at 13:41 +0800, Yan, Zheng wrote:
> On 10/22/2012 06:35 PM, Peter Zijlstra wrote:
> > On Mon, 2012-10-22 at 14:11 +0800, Yan, Zheng wrote:
> >> --- a/include/uapi/linux/perf_event.h
> >> +++ b/include/uapi/linux/perf_event.h
> >> @@ -160,8 +160,9 @@ enum perf_branch_sample_type {
> >> PERF_SAMPLE_BRANCH_ABORT = 1U << 7, /* transaction aborts */
> >> PERF_SAMPLE_BRANCH_INTX = 1U << 8, /* in transaction (flag) */
> >> PERF_SAMPLE_BRANCH_NOTX = 1U << 9, /* not in transaction (flag) */
> >> + PERF_SAMPLE_BRANCH_CALL_STACK = 1U << 10, /* call stack */
> >>
> >> - PERF_SAMPLE_BRANCH_MAX = 1U << 10, /* non-ABI */
> >> + PERF_SAMPLE_BRANCH_MAX = 1U << 11, /* non-ABI */
> >> };
> >
> > You add an ABI sample type without mentioning it in your changelog.. I
> > think I'll stop reading here.
> >
> Ok, I will add the ABI change to the change log. Do you think we should hide this
> branch sample type from user?
Possibly not, I haven't really thought about it. But never hide an ABI
change. Explicitly mention it and preferably explain why you felt it
needed to extend the ABI.
next prev parent reply other threads:[~2012-10-23 10:11 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-22 6:11 [PATCH 0/6] perf, x86: Haswell LBR call stack support Yan, Zheng
2012-10-22 6:11 ` [PATCH 1/6] perf, x86: Basic " Yan, Zheng
2012-10-22 10:33 ` Peter Zijlstra
2012-10-22 11:23 ` Stephane Eranian
2012-10-23 5:31 ` Yan, Zheng
2012-10-22 13:45 ` Andi Kleen
2012-10-23 5:28 ` Yan, Zheng
2012-10-22 10:35 ` Peter Zijlstra
2012-10-22 13:49 ` Andi Kleen
2012-10-23 5:41 ` Yan, Zheng
2012-10-23 10:11 ` Peter Zijlstra [this message]
2012-10-23 12:09 ` Stephane Eranian
2012-10-23 16:34 ` Andi Kleen
2012-10-22 6:11 ` [PATCH 2/6] perf, x86: Introduce x86 special perf event context Yan, Zheng
2012-10-22 6:11 ` [PATCH 3/6] perf, x86: Save/resotre LBR stack during context switch Yan, Zheng
2012-10-22 6:11 ` [PATCH 4/6] perf, core: Pass perf_sample_data to perf_callchain() Yan, Zheng
2012-10-22 6:11 ` [PATCH 5/6] perf, x86: Use LBR call stack to get user callchain Yan, Zheng
2012-10-22 6:11 ` [PATCH 6/6] perf, x86: Discard zero length call entries in LBR call stack Yan, Zheng
-- strict thread matches above, loose matches on Subject: below --
2012-10-22 5:57 [PATCH 0/6] perf, x86: Haswell LBR call stack support Yan, Zheng
2012-10-22 5:57 ` [PATCH 1/6] perf, x86: Basic " Yan, Zheng
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1350987096.2768.108.camel@twins \
--to=a.p.zijlstra@chello.nl \
--cc=ak@linux.intel.com \
--cc=eranian@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=zheng.z.yan@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox