From: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>
To: Franck Bui-Huu <vagabon.xyz@gmail.com>
Cc: lkml <linux-kernel@vger.kernel.org>, Han Pingtian <phan@redhat.com>
Subject: Re: [PATCH 1/2] perf-tools: Fix tracepoint event type recording
Date: Mon, 17 Jan 2011 17:50:34 -0200 [thread overview]
Message-ID: <20110117195034.GF2085@ghostprotocols.net> (raw)
In-Reply-To: <m34o97wg94.fsf@gmail.com>
Em Mon, Jan 17, 2011 at 07:13:11PM +0100, Franck Bui-Huu escreveu:
> From: Franck Bui-Huu <fbuihuu@gmail.com>
>
> Tracepoint event registering was done by store_event_type() which took
> the full event name (sys + ':' + event) as argument.
>
> However commit f006d25a15216a483cec71e886786874f66f9452 broke this
> by only passing a subset of this full name, that is the substring
> following the colon.
>
> The consequence of this is that no more tracepoint event type was
> valid, hence making the trace info section empty.
>
> This patch fixes this by merging store_event_type() into
> parse_single_tracepoint_event(), so a tracepoint type event is
> registered when parsed.
Please try not to do multiple, unrelated changes in a single patch, see
below:
> Signed-off-by: Franck Bui-Huu <fbuihuu@gmail.com>
> ---
> tools/perf/util/header.c | 15 ++++++++++-----
> tools/perf/util/header.h | 2 +-
> tools/perf/util/parse-events.c | 38 ++++++--------------------------------
> 3 files changed, 17 insertions(+), 38 deletions(-)
>
> diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
> index 989fa2d..35b707c 100644
> --- a/tools/perf/util/header.c
> +++ b/tools/perf/util/header.c
> @@ -104,10 +104,12 @@ int perf_header__add_attr(struct perf_header *self,
> static int event_count;
> static struct perf_trace_event_type *events;
>
> -int perf_header__push_event(u64 id, const char *name)
> +int perf_header__push_event(u64 id, const char *name, size_t len)
> {
> - if (strlen(name) > MAX_EVENT_NAME)
> + if (len > MAX_EVENT_NAME - 1) {
> pr_warning("Event %s will be truncated\n", name);
> + len = MAX_EVENT_NAME - 1;
> + }
>
> if (!events) {
> events = malloc(sizeof(struct perf_trace_event_type));
> @@ -123,7 +125,8 @@ int perf_header__push_event(u64 id, const char *name)
> }
> memset(&events[event_count], 0, sizeof(struct perf_trace_event_type));
> events[event_count].event_id = id;
> - strncpy(events[event_count].name, name, MAX_EVENT_NAME - 1);
> + strncpy(events[event_count].name, name, len);
> + events[event_count].name[len] = '\0';
Is this change related to what you describe in the changelog comment? It
is a cleanup, can be done as a follow up patch, for perf/core.
The problem you describe deserves perf/urgent treatment, please redo
this patch with just the essential bits for that fix.
> event_count++;
> return 0;
> }
> @@ -1126,8 +1129,10 @@ int event__synthesize_event_types(event__handler_t process,
> int event__process_event_type(event_t *self,
> struct perf_session *session __unused)
> {
> - if (perf_header__push_event(self->event_type.event_type.event_id,
> - self->event_type.event_type.name) < 0)
> + struct perf_trace_event_type *event_type = &self->event_type.event_type;
> +
> + if (perf_header__push_event(event_type->event_id,
> + event_type->name, strlen(event_type->name)) < 0)
> return -ENOMEM;
Ditto.
> return 0;
> diff --git a/tools/perf/util/header.h b/tools/perf/util/header.h
> index 33f16be..0603a02 100644
> --- a/tools/perf/util/header.h
> +++ b/tools/perf/util/header.h
> @@ -72,7 +72,7 @@ int perf_header__write_pipe(int fd);
> int perf_header__add_attr(struct perf_header *self,
> struct perf_header_attr *attr);
>
> -int perf_header__push_event(u64 id, const char *name);
> +int perf_header__push_event(u64 id, const char *name, size_t name_len);
> char *perf_header__find_event(u64 id);
>
> struct perf_header_attr *perf_header_attr__new(struct perf_event_attr *attr);
> diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c
> index 5cb6f4b..a58407e 100644
> --- a/tools/perf/util/parse-events.c
> +++ b/tools/perf/util/parse-events.c
> @@ -417,6 +417,7 @@ parse_single_tracepoint_event(char *sys_name,
> char id_buf[4];
> u64 id;
> int fd;
> + size_t len;
>
> snprintf(evt_path, MAXPATHLEN, "%s/%s/%s/id", debugfs_path,
> sys_name, evt_name);
> @@ -434,7 +435,6 @@ parse_single_tracepoint_event(char *sys_name,
> id = atoll(id_buf);
> attr->config = id;
> attr->type = PERF_TYPE_TRACEPOINT;
> - *strp += strlen(sys_name) + evt_length + 1; /* + 1 for the ':' */
>
> attr->sample_type |= PERF_SAMPLE_RAW;
> attr->sample_type |= PERF_SAMPLE_TIME;
> @@ -442,7 +442,11 @@ parse_single_tracepoint_event(char *sys_name,
>
> attr->sample_period = 1;
>
> + len = strlen(sys_name) + evt_length + 1; /* + 1 for the ':' */
> + if (perf_header__push_event(id, *strp, len) < 0)
> + return EVT_FAILED;
Since you're changing the point where perf_header__push_event() is
called, consider doing it _after_ parse_events() finishes, by traversing
the evsel_list, that way, as a bonus, later, in perf/core we can kill
some more global variables:
static int event_count;
static struct perf_trace_event_type *events;
These variables should be in 'struct perf_header', but anyway, this is
for later, I'm digressing, please just try to do it after
parse_events(), traversing the evsel_list and getting the tracepoint
name in string form using event_name(evsel) (that also uses an static
variagle, argh, another fix to do).
Doing it that way and excluding the strnlen cleanup, the patch should be
much smaller.
We also untie event parsing from header handling, that are only together
in record, not in, say, top.
- Arnaldo
next prev parent reply other threads:[~2011-01-17 19:50 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-17 18:13 [PATCH 1/2] perf-tools: Fix tracepoint event type recording Franck Bui-Huu
2011-01-17 19:50 ` Arnaldo Carvalho de Melo [this message]
2011-01-17 20:28 ` Arnaldo Carvalho de Melo
2011-01-18 8:49 ` [tip:perf/urgent] perf tools: Fix tracepoint id to string perf.data header table tip-bot for Arnaldo Carvalho de Melo
2011-01-26 21:57 ` [PATCH 1/2] perf-tools: Fix tracepoint event type recording Franck Bui-Huu
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=20110117195034.GF2085@ghostprotocols.net \
--to=acme@ghostprotocols.net \
--cc=linux-kernel@vger.kernel.org \
--cc=phan@redhat.com \
--cc=vagabon.xyz@gmail.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