All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexander Yarygin <yarygin@linux.vnet.ibm.com>
To: Jiri Olsa <jolsa@redhat.com>,
	Christian Borntraeger <borntraeger@de.ibm.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Paul Mackerras <paulus@samba.org>, Ingo Molnar <mingo@redhat.com>,
	Arnaldo Carvalho de Melo <acme@ghostprotocols.net>,
	KVM <kvm@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	Cornelia Huck <cornelia.huck@de.ibm.com>,
	linux-kernel@vger.kernel.org,
	Alexander Yarygin <yarygin@linux.vnet.ibm.com>
Subject: Re: [PATCH] perf/tool: Fix usage of trace events with '-' in trace system name.
Date: Mon, 21 Apr 2014 19:43:50 +0400	[thread overview]
Message-ID: <874n1mg021.wl%yarygin@linux.vnet.ibm.com> (raw)
In-Reply-To: <20140417113221.GA7422@krava.brq.redhat.com>

At Thu, 17 Apr 2014 13:32:21 +0200,
Jiri Olsa wrote:
> 
> On Tue, Mar 25, 2014 at 11:15:29AM +0100, Paolo Bonzini wrote:
> > Il 24/03/2014 21:49, Christian Borntraeger ha scritto:
> > > event_legacy_tracepoint:
> > >+PE_NAME '-' PE_NAME ':' PE_NAME
> > >+{
> > >+	struct parse_events_evlist *data = _data;
> > >+	struct list_head *list;
> > >+	char sys_name[strlen($1) + strlen($3) + 2];
> > >+	sprintf(&sys_name, "%s-%s", $1, $3);
> > >+
> > >+	ALLOC_LIST(list);
> > >+	ABORT_ON(parse_events_add_tracepoint(list, &data->idx, &sys_name, $5));
> > >+	$$ = list;
> > >+}
> > 
> > Why isn't '-' part of PE_NAME?
> 
> hi Paolo ;-)
> 
> because it screws cache events parsing.. we need some code factoring
> in this part
> 
> Acked-by: Jiri Olsa <jolsa@redhat.com>
> 
> it'd be nice to add test to tests/parse-events.c, probably s390 specific,
> because the parsing code touches the tracepoint format file
> 

Hi,

Hmm, looks like we can't simply add arch-specific test:

--- a/tools/perf/tests/parse-events.c
+++ b/tools/perf/tests/parse-events.c
@@ -1346,6 +1346,12 @@ static struct evlist_test test__events[] = {
 		.name  = "{cycles,cache-misses,branch-misses}:D",
 		.check = test__pinned_group,
 	},
+#if defined(__s390x__)
+	[42] = {
+		.name  = "kvm-s390:kvm_s390_create_vm",
+		.check = test__checkevent_tracepoint,
+	},
+#endif /* and what will be the next number: 42 or 43? */
 };

 static struct evlist_test test__events_pmu[] = {


Because it breaks explicit numbering of test__events[].
I can suggest to move numeration into evlist_test, i.e.

--- a/tools/perf/tests/parse-events.c
+++ b/tools/perf/tests/parse-events.c
@@ -1174,25 +1174,30 @@ static int test__all_tracepoints(struct perf_evlist *evlist)
 struct evlist_test {
 	const char *name;
 	__u32 type;
+	int index;
 	int (*check)(struct perf_evlist *evlist);
 };
 
 static struct evlist_test test__events[] = {
-	[0] = {
+	{
 		.name  = "syscalls:sys_enter_open",
 		.check = test__checkevent_tracepoint,
+		.index = 0;
 	},
...

or just to remove it?

How do you think?


And a bit of offtopic :)
Apparently, s390 doesn't have syscalls:*, so some of the tests
don't work properly (or maybe I missed something? I set CONFIG_FTRACE_SYSCALLS
to 'y' in my config: still no syscalls:*).

What do you think about this idea:

--- a/tools/perf/tests/parse-events.c
+++ b/tools/perf/tests/parse-events.c
@@ -1177,13 +1177,21 @@ struct evlist_test {
 	int (*check)(struct perf_evlist *evlist);
 };

+#if !defined(__s390x__)
+#define TP_SYS_NAME "syscalls"
+#define TP_EVENT_NAME "sys_enter_open"
+#else
+#define TP_SYS_NAME "sched"
+#define TP_EVENT_NAME "sched_wakeup"
+#endif
+
 static struct evlist_test test__events[] = {
 	[0] = {
-		.name  = "syscalls:sys_enter_open",
+		.name  = TP_SYS_NAME ":" TP_EVENT_NAME,
 		.check = test__checkevent_tracepoint,
 	},

... and so on?

Also, test_pmu() looks at /sys/bus/event_source/devices/cpu/
but instead of "cpu/" on s390 there are "cpum_sf/" and "cpum_cf/",
so pmu tests don't work either..


Thanks

  parent reply	other threads:[~2014-04-21 15:43 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-24 20:49 [PATCH] perf/tool: Fix usage of trace events with '-' in trace system name Christian Borntraeger
2014-03-25 10:15 ` Paolo Bonzini
2014-04-17 11:32   ` Jiri Olsa
2014-04-17 11:41     ` Christian Borntraeger
2014-04-17 11:45       ` Jiri Olsa
2014-04-21 15:43     ` Alexander Yarygin [this message]
2014-04-23 11:45       ` Jiri Olsa
2014-04-23 12:34         ` Christian Borntraeger
2014-04-17 14:40 ` Jiri Olsa
2014-04-23 11:12   ` Christian Borntraeger

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=874n1mg021.wl%yarygin@linux.vnet.ibm.com \
    --to=yarygin@linux.vnet.ibm.com \
    --cc=a.p.zijlstra@chello.nl \
    --cc=acme@ghostprotocols.net \
    --cc=borntraeger@de.ibm.com \
    --cc=cornelia.huck@de.ibm.com \
    --cc=jolsa@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=paulus@samba.org \
    --cc=pbonzini@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.