[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <171701062467.353211.4212637863767093531.b4-ty@kernel.org>
Date: Wed, 29 May 2024 12:24:21 -0700
From: Namhyung Kim <namhyung@...nel.org>
To: James Clark <james.clark@....com>,
Ian Rogers <irogers@...gle.com>,
Mark Rutland <mark.rutland@....com>,
Ravi Bangoria <ravi.bangoria@....com>,
Thomas Richter <tmricht@...ux.ibm.com>,
Adrian Hunter <adrian.hunter@...el.com>,
Ingo Molnar <mingo@...hat.com>,
Stephane Eranian <eranian@...gle.com>,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
Peter Zijlstra <peterz@...radead.org>,
Arnaldo Carvalho de Melo <acme@...nel.org>,
linux-perf-users@...r.kernel.org,
Robin Murphy <robin.murphy@....com>,
Tuan Phan <tuanphan@...amperecomputing.com>,
Kan Liang <kan.liang@...ux.intel.com>,
linux-kernel@...r.kernel.org,
Bharat Bhushan <bbhushan2@...vell.com>,
Jiri Olsa <jolsa@...nel.org>,
Bhaskara Budiredla <bbudiredla@...vell.com>,
Will Deacon <will@...nel.org>
Subject: Re: [PATCH v6 0/2] perf pmus: Sort/merge/aggregate PMUs like mrvl_ddr_pmu
On Tue, 14 May 2024 23:01:12 -0700, Ian Rogers wrote:
> The mrvl_ddr_pmu is uncore and has a hexadecimal address
> suffix. Current PMU sorting/merging code assumes uncore PMU names
> start with uncore_ and have a decimal suffix. Add support for
> hexadecimal suffixes and add tests.
>
> v6. Add necessary fix in pmu.c to perf_pmu__match_ignoring_suffix that
> also needs to ignore hex suffixes.
> v5. In pmus.h remove needless addition of #include list.h but add
> stddef.h for size_t.
> v4. Workaround GCC build error by using unsigned types. Don't consider
> short hex suffixes as suffixes (e.g. cpum_cf) and test this
> behavior.
> v3. Rebase and move tests from pmus.c to the existing pmu.c.
>
> [...]
Applied to perf-tools-next, thanks!
Best regards,
--
Namhyung Kim <namhyung@...nel.org>
Powered by blists - more mailing lists