From: Frederic Weisbecker on
event__process_task() doesn't propagate the comm copy on clone,
but only on process fork. So we loose all the tid:comm resolution
for tasks that aren't a main process thread.

Progragate the per thread granularity to event__process_task for
pid resolution.

This fixes various unresolved pids in perf sched, especially when
we trace multithread processes. The problem is quickly reproducible
with the messaging benchmark using the multithread mode "-t" :

perf sched record perf bench sched messaging -t

Signed-off-by: Frederic Weisbecker <fweisbec(a)>
Cc: Ingo Molnar <mingo(a)>
Cc: Peter Zijlstra <a.p.zijlstra(a)>
Cc: Arnaldo Carvalho de Melo <acme(a)>
Cc: Paul Mackerras <paulus(a)>
Cc: Tom Zanussi <tzanussi(a)>
Cc: Stephane Eranian <eranian(a)>
tools/perf/util/event.c | 9 ++-------
1 files changed, 2 insertions(+), 7 deletions(-)

diff --git a/tools/perf/util/event.c b/tools/perf/util/event.c
index d28d809..1f08f00 100644
--- a/tools/perf/util/event.c
+++ b/tools/perf/util/event.c
@@ -532,16 +532,11 @@ out_problem:

int event__process_task(event_t *self, struct perf_session *session)
- struct thread *thread = perf_session__findnew(session, self->;
- struct thread *parent = perf_session__findnew(session, self->fork.ppid);
+ struct thread *thread = perf_session__findnew(session, self->fork.tid);
+ struct thread *parent = perf_session__findnew(session, self->fork.ptid);

dump_printf("(%d:%d):(%d:%d)\n", self->, self->fork.tid,
self->fork.ppid, self->fork.ptid);
- /*
- * A thread clone will have the same PID for both parent and child.
- */
- if (thread == parent)
- return 0;

if (self->header.type == PERF_RECORD_EXIT)
return 0;

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)
More majordomo info at
Please read the FAQ at