From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Adrian Hunter <adrian.hunter@intel.com>
Cc: Jiri Olsa <jolsa@redhat.com>, Ingo Molnar <mingo@kernel.org>,
linux-kernel@vger.kernel.org,
Frederic Weisbecker <fweisbec@gmail.com>,
Peter Zijlstra <peterz@infradead.org>,
David Ahern <dsahern@gmail.com>,
"Shishkin, Alexander" <alexander.shishkin@intel.com>,
Paul Mackerras <paulus@samba.org>,
Namhyung Kim <namhyung@kernel.org>,
Stephane Eranian <eranian@google.com>
Subject: Re: perf tools: Call graph from Intel BTS
Date: Fri, 11 Jul 2014 12:18:18 -0300 [thread overview]
Message-ID: <20140711151818.GG8014@kernel.org> (raw)
In-Reply-To: <53BFF679.2030006@intel.com>
Em Fri, Jul 11, 2014 at 05:36:41PM +0300, Adrian Hunter escreveu:
> There are many perf tools patches and it would be helpful to start
> considering how to get them into mainline. Many need to wait for
> the driver, but others could be taken sooner.
We can go on looking at each of the patches to see which ones can be
cherry picked, i.e. the ones that are fixes and not related to the work
you're doing, like:
commit 244c87b15b124914827f3ce28d8e70c8d147c9d0
Author: Adrian Hunter <adrian.hunter@intel.com>
Date: Wed Jun 11 09:33:17 2014 +0300
perf tools: Fix the value used for unknown pids
The value used for unknown pids cannot be zero
because that is used by the "idle" task.
Use -1 instead. Also handle the unknown pid
case when creating map groups.
Note that, threads with an unknown pid should not
occur because fork (or synthesized) events precede
the thread's existence.
Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
But then one by one they need to be reviewed to check if the changes were made
to the whole tools/perf/ tree and if perhaps something new came along since you
changed some assumption, like 0 meaning unknown thread, in the above patch:
[acme@ssdandy linux]$ find tools -name "*.[ch]" | xargs grep machine__findnew_thread | grep 0
tools/perf/util/session.c: thread = machine__findnew_thread(&session->machines.host, 0, 0);
tools/perf/tests/thread-mg-share.c: leader = machine__findnew_thread(machine, 0, 0);
tools/perf/tests/thread-mg-share.c: t1 = machine__findnew_thread(machine, 0, 1);
tools/perf/tests/thread-mg-share.c: t2 = machine__findnew_thread(machine, 0, 2);
tools/perf/tests/thread-mg-share.c: t3 = machine__findnew_thread(machine, 0, 3);
[acme@ssdandy linux]$
So I think that one way to reduce the size of that branch is to do just that:
start fresh from tip/perf/core, and go cherry picking those patches, making sure that they
take into account the whole current tools/perf/ tree, then ask for this patch to be pulled.
You could then rebase the old branch on top of the resulting branch once it is
merged upstream, rinse repeat.
- Arnaldo
next prev parent reply other threads:[~2014-07-11 15:34 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-11 14:36 perf tools: Call graph from Intel BTS Adrian Hunter
2014-07-11 15:18 ` Arnaldo Carvalho de Melo [this message]
2014-07-12 5:33 ` Adrian Hunter
2014-07-11 15:36 ` Peter Zijlstra
2014-07-12 5:33 ` Adrian Hunter
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=20140711151818.GG8014@kernel.org \
--to=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=alexander.shishkin@intel.com \
--cc=dsahern@gmail.com \
--cc=eranian@google.com \
--cc=fweisbec@gmail.com \
--cc=jolsa@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=namhyung@kernel.org \
--cc=paulus@samba.org \
--cc=peterz@infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).