[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20120824181211.GA32273@gmail.com>
Date: Fri, 24 Aug 2012 20:12:11 +0200
From: Ingo Molnar <mingo@...nel.org>
To: Arnaldo Carvalho de Melo <acme@...stprotocols.net>
Cc: Jiri Olsa <jolsa@...hat.com>, linux-kernel@...r.kernel.org,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Ingo Molnar <mingo@...e.hu>, Paul Mackerras <paulus@...ba.org>,
Corey Ashford <cjashfor@...ux.vnet.ibm.com>,
Frederic Weisbecker <fweisbec@...il.com>
Subject: Re: [RFC 00/13] perf test: Add perf_event_attr tests
* Arnaldo Carvalho de Melo <acme@...stprotocols.net> wrote:
> Em Fri, Aug 24, 2012 at 11:00:31AM +0200, Jiri Olsa escreveu:
>
> > tools/perf/util/test-attr.c | 142 ++++++++++++++++++++++++++
> > tools/perf/util/test-attr.py | 272 ++++++++++++++++++++++++++++++++++++++++++++++++++
> > tools/perf/util/test-attr/base-record | 39 ++++++++
>
> I suggest we move all this to:
>
> tools/perf/tests/attr/
Yes!
I'd even strongly suggest increasing perf test's prominence
within the project: if the tests are quick enough to run we
could run them during the build of perf and warn if perf test
fails in an unexpected way with the new perf binary.
( Running new perf on older kernel should never cause an
unexpected failure and thus a build warning. )
So as people are working on new perf patches, the default build
will run perf test and will catch some errors. As the number of
testcases grows it might catch a wide range of bugs. It will
also help us find regressions sooner, when users/testers build
perf they'll always run perf test as well and report new
warnings/failures.
Thanks,
Ingo
--
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