[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131126134755.GD3388@stfomichev-desktop>
Date: Tue, 26 Nov 2013 17:47:55 +0400
From: Stanislav Fomichev <stfomichev@...dex-team.ru>
To: Arnaldo Carvalho de Melo <acme@...stprotocols.net>
Cc: Chia-I Wu <olvaffe@...il.com>, a.p.zijlstra@...llo.nl,
paulus@...ba.org, mingo@...hat.com, linux-kernel@...r.kernel.org,
Steven Rostedt <rostedt@...dmis.org>
Subject: Re: [PATCH] perf timechart: remove lock_depth from trace_entry
> Se above, if before this patch the format_field info was obtained from
> the perf.data file, why should it now get it from the local machine?
Yes, sorry for confusion, I didn't know that we can obtain trace events
format from the perf.data. I hence have no concerns regarding your
implementation :-)
> Please try. There should be no limitations.
It does not work because lock_depth and common_pid are common fields,
while perf_evsel__field looks in non-common fields. And even if we find
lock_depth/common_pid common field we can't do field->next, because
common and non-common fields are not linked and ->next in the last common
field is NULL (this is what I got when I tried to use pevent_find_any_field
instead of pevent_find_field in perf_evsel__field).
I slightly modified timechart__set_payload_offset from you patch to look
for the first non-common field and use its offset, but it looks kinda ugly:
static int timechart__set_payload_offset(struct perf_evlist *evlist)
{
struct perf_evsel *evsel = perf_evlist__first(evlist);
struct format_field *field = evsel->tp_format->format.fields;
if (!field)
return -1;
payload_offset = field->offset;
return 0;
}
Maybe we can add some helper routine which returns first non-common
field, like:
struct format_field *perf_evsel__first_field(struct perf_evsel *evsel, const char *name)
{
return evsel->tp_format->format.fields;
}
and call it in timechart__set_payload_offset?
--
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