linux-perf-users.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: vmolnaro@redhat.com
Cc: linux-perf-users@vger.kernel.org, acme@redhat.com,
	mpetlan@redhat.com, james.clark@arm.com, rstoyano@redhat.com
Subject: Re: [PATCH] perf test pmu: Set uninitialized PMU alias to null
Date: Thu, 8 Aug 2024 11:12:42 -0300	[thread overview]
Message-ID: <ZrTSWvyox2ET1eNm@x1> (raw)
In-Reply-To: <ZrTPqy3omGsTTati@x1>

On Thu, Aug 08, 2024 at 11:01:28AM -0300, Arnaldo Carvalho de Melo wrote:
> On Thu, Aug 08, 2024 at 12:37:49PM +0200, vmolnaro@redhat.com wrote:
> > From: Veronika Molnarova <vmolnaro@redhat.com>
> > 
> > Commit 3e0bf9 ("perf pmu: Restore full PMU name wildcard support") adds
> > a test case "PMU cmdline match" that covers PMU name wildcard support
> > provided by function perf_pmu__match(). The test works with a wide
> > range of supported combinations of PMU name matching but omits the case
> > that if the perf_pmu__match() cannot match the PMU name to the wildcard,
> > it tries to match its alias. However, this variable is not set up,
> > causing the test case to fail when run with subprocesses or to segfault
> > if run as a single process.
> > 
> > ./perf test -vv 9
> >   9: Sysfs PMU tests                                                 :
> >   9.1: Parsing with PMU format directory                             : Ok
> >   9.2: Parsing with PMU event                                        : Ok
> >   9.3: PMU event names                                               : Ok
> >   9.4: PMU name combining                                            : Ok
> >   9.5: PMU name comparison                                           : Ok
> >   9.6: PMU cmdline match                                             : FAILED!
> > 
> > ./perf test -F 9
> >   9.1: Parsing with PMU format directory                             : Ok
> >   9.2: Parsing with PMU event                                        : Ok
> >   9.3: PMU event names                                               : Ok
> >   9.4: PMU name combining                                            : Ok
> >   9.5: PMU name comparison                                           : Ok
> > Segmentation fault (core dumped)
> > 
> > Initialize the PMU alias to null for all tests of perf_pmu__match()
> > as this functionality is not being tested and the alias matching works
> > exactly the same as the matching of the PMU name.
> > 
> > ./perf test -F 9
> >   9.1: Parsing with PMU format directory                             : Ok
> >   9.2: Parsing with PMU event                                        : Ok
> >   9.3: PMU event names                                               : Ok
> >   9.4: PMU name combining                                            : Ok
> >   9.5: PMU name comparison                                           : Ok
> >   9.6: PMU cmdline match                                             : Ok
> > 
> > Fixes: 3e0bf9 ("perf pmu: Restore full PMU name wildcard support")
> > Signed-off-by: Veronika Molnarova <vmolnaro@redhat.com>
> > ---
> >  tools/perf/tests/pmu.c | 4 +++-
> >  1 file changed, 3 insertions(+), 1 deletion(-)
> > 
> > diff --git a/tools/perf/tests/pmu.c b/tools/perf/tests/pmu.c
> > index 0b2f04a55d7b..a4730b5dc0d9 100644
> > --- a/tools/perf/tests/pmu.c
> > +++ b/tools/perf/tests/pmu.c
> > @@ -453,11 +453,13 @@ static int test__name_cmp(struct test_suite *test __maybe_unused, int subtest __
> >  /**
> >   * Test perf_pmu__match() that's used to search for a PMU given a name passed
> >   * on the command line. The name that's passed may also be a filename type glob
> > - * match.
> > + * match. If the name does not match, perf_pmu__match() attempts to match the
> > + * alias of the PMU, if provided.
> >   */
> >  static int test__pmu_match(struct test_suite *test __maybe_unused, int subtest __maybe_unused)
> >  {
> >  	struct perf_pmu test_pmu;
> > +	test_pmu.alias_name = NULL;
> 
> We can do a bit more future proofing by instead doing:
> 
> 	struct perf_pmu test_pmu = {
> 		.name = "pmuname",
> 	};
> 
> So that all the other fields are initialized to zero, ok? I'll do this
> change and make a note in the commit, lemme know if you disagree.

Nah, tried with:

diff --git a/tools/perf/tests/pmu.c b/tools/perf/tests/pmu.c
index a4730b5dc0d9259d..c9d4ed6d684551c1 100644
--- a/tools/perf/tests/pmu.c
+++ b/tools/perf/tests/pmu.c
@@ -457,11 +457,11 @@ static int test__name_cmp(struct test_suite *test __maybe_unused, int subtest __
  * alias of the PMU, if provided.
  */
 static int test__pmu_match(struct test_suite *test __maybe_unused, int subtest __maybe_unused)
-{
-	struct perf_pmu test_pmu;
-	test_pmu.alias_name = NULL;
 
-	test_pmu.name = "pmuname";
+	struct perf_pmu test_pmu = {
+		.name = "pmuname",
+	};
+
 	TEST_ASSERT_EQUAL("Exact match", perf_pmu__match(&test_pmu, "pmuname"),	     true);
 	TEST_ASSERT_EQUAL("Longer token", perf_pmu__match(&test_pmu, "longertoken"), false);
 	TEST_ASSERT_EQUAL("Shorter token", perf_pmu__match(&test_pmu, "pmu"),	     false);

But those macros are not liking it:

tests/pmu.c: In function ‘test__pmu_match’:
tests/pmu.c:461:16: error: parameter ‘test_pmu’ is initialized
  461 |         struct perf_pmu test_pmu = {
      |                ^~~~~~~~
In file included from tests/pmu.c:7:
tests/tests.h:22:1: error: expected declaration specifiers before ‘do’
   22 | do {                                                                     \
      | ^~
tests/pmu.c:465:9: note: in expansion of macro ‘TEST_ASSERT_EQUAL’
  465 |         TEST_ASSERT_EQUAL("Exact match", perf_pmu__match(&test_pmu, "pmuname"),      true);
      |         ^~~~~~~~~~~~~~~~~
tests/tests.h:28:3: error: expected declaration specifiers before ‘while’
   28 | } while (0)
      |   ^~~~~

So I'll not spend more time here, I'm keeping your patch as-is.

Thanks and sorry for the noise :-)

- Arnaldo

  reply	other threads:[~2024-08-08 14:12 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-08 10:37 [PATCH] perf test pmu: Set uninitialized PMU alias to null vmolnaro
2024-08-08 14:01 ` Arnaldo Carvalho de Melo
2024-08-08 14:12   ` Arnaldo Carvalho de Melo [this message]
2024-08-08 14:42     ` Veronika Molnarova
2024-08-12 12:56       ` Arnaldo Carvalho de Melo

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=ZrTSWvyox2ET1eNm@x1 \
    --to=acme@kernel.org \
    --cc=acme@redhat.com \
    --cc=james.clark@arm.com \
    --cc=linux-perf-users@vger.kernel.org \
    --cc=mpetlan@redhat.com \
    --cc=rstoyano@redhat.com \
    --cc=vmolnaro@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).