perfmon2-devel Mailing List for perfmon2 (Page 4)
Status: Beta
Brought to you by:
seranian
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(180) |
Dec
(100) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(114) |
Feb
(87) |
Mar
(103) |
Apr
(165) |
May
(151) |
Jun
(81) |
Jul
(148) |
Aug
(79) |
Sep
(86) |
Oct
(85) |
Nov
(33) |
Dec
(86) |
2009 |
Jan
(77) |
Feb
(71) |
Mar
(41) |
Apr
(53) |
May
(56) |
Jun
(127) |
Jul
(90) |
Aug
(112) |
Sep
(59) |
Oct
(78) |
Nov
(75) |
Dec
(70) |
2010 |
Jan
(97) |
Feb
(94) |
Mar
(92) |
Apr
(47) |
May
(116) |
Jun
(68) |
Jul
(53) |
Aug
(40) |
Sep
(111) |
Oct
(54) |
Nov
(81) |
Dec
(20) |
2011 |
Jan
(37) |
Feb
(90) |
Mar
(94) |
Apr
(15) |
May
(21) |
Jun
(6) |
Jul
(31) |
Aug
(27) |
Sep
(12) |
Oct
(5) |
Nov
(3) |
Dec
(1) |
2012 |
Jan
|
Feb
(2) |
Mar
(7) |
Apr
(25) |
May
(1) |
Jun
(13) |
Jul
(4) |
Aug
(13) |
Sep
(27) |
Oct
(4) |
Nov
(11) |
Dec
(11) |
2013 |
Jan
(14) |
Feb
(4) |
Mar
(4) |
Apr
(8) |
May
(11) |
Jun
(12) |
Jul
(6) |
Aug
(9) |
Sep
(8) |
Oct
(9) |
Nov
(19) |
Dec
(15) |
2014 |
Jan
(6) |
Feb
(13) |
Mar
(9) |
Apr
(35) |
May
(8) |
Jun
(10) |
Jul
|
Aug
(8) |
Sep
(40) |
Oct
(8) |
Nov
|
Dec
(21) |
2015 |
Jan
(6) |
Feb
(6) |
Mar
(9) |
Apr
(7) |
May
(6) |
Jun
(18) |
Jul
(22) |
Aug
(3) |
Sep
(3) |
Oct
(4) |
Nov
(18) |
Dec
(4) |
2016 |
Jan
(15) |
Feb
(21) |
Mar
(13) |
Apr
|
May
|
Jun
(11) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
2017 |
Jan
(1) |
Feb
(1) |
Mar
(4) |
Apr
(13) |
May
(6) |
Jun
(16) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(6) |
Dec
(10) |
2018 |
Jan
(6) |
Feb
(3) |
Mar
|
Apr
(6) |
May
(12) |
Jun
(4) |
Jul
|
Aug
(4) |
Sep
(1) |
Oct
(9) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(5) |
Aug
|
Sep
|
Oct
(1) |
Nov
(9) |
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(14) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
(4) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2022 |
Jan
(1) |
Feb
(4) |
Mar
(1) |
Apr
|
May
(7) |
Jun
(4) |
Jul
(4) |
Aug
(13) |
Sep
|
Oct
(1) |
Nov
|
Dec
(6) |
2023 |
Jan
(2) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2024 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(5) |
May
|
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
From: will s. <wil...@vn...> - 2022-02-18 22:58:02
|
Hi, I've created a fork of perfmon2/libpfm and pushed the powerpc/power10 support into that fork. There are two commits, the first containing the power10 hooks, the second containing the full (supported/verified) event list that matches what has been upstreamed into the Linux Kernel perf support. I can post the first patch to this list if necessary, as it is reasonable in size. The second is a bit large for that. I could split into parts, but if it can be pulled from my fork, that would be preferable. There is an update for PAPI (papi_events.csv) that is unique to that tree, I will post that separately on the perfapi-devel list. https://sourceforge.net/u/willschm/perfmon2/ commit 3d783a6db770885d5eddafb390faf146a64d0acd (HEAD -> master, origin/master, origin/HEAD, refs/patches/master/perfmon_libpfm_power10_events.diff) Author: Will Schmidt <wil...@vn...> Date: Fri Feb 18 15:15:02 2022 -0600 Power10 events. These are based on the power10 events that have been upstreamed as part of power10 support. See https://github.com/torvalds/linux/tree/master/tools/perf/pmu-events/arch/powerpc commit 61697515bbc09d7568bd50665f3934bebc0c0485 (refs/patches/master/perfmon_libpfm_base.diff) Author: Will Schmidt <wil...@vn...> Date: Fri Feb 18 10:12:22 2022 -0600 Add powerpc/power10 support for perfmon/libpfm. This contains the readme and generic updates. The event list contents will follow. The event list itself is subject to updates, but has been converted to an enum list and sorted alphabetically to limit the amount of churn for future updates. Thanks -Will |
From: William C. <wc...@re...> - 2022-01-26 01:33:53
|
Hi, There was a recent bug filed in Fedora Rawhide that libpfm fails to build with GCC 12 (https://bugzilla.redhat.com/show_bug.cgi?id=2045823). GCC is doing some additional analysis of the code and doesn't like pointers to be used after they are possibly freed: gcc -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -g -Wall -Werror -Wextra -Wno-unused-parameter -I. -I/home/wcohen/rpmbuild/BUILD/libpfm-4.12.0/include -DCONFIG_PFMLIB_DEBUG -DCONFIG_PFMLIB_OS_LINUX -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -g -Wall -Werror -Wextra -Wno-unused-parameter -I. -I/home/wcohen/rpmbuild/BUILD/libpfm-4.12.0/lib/../include -DCONFIG_PFMLIB_DEBUG -DCONFIG_PFMLIB_OS_LINUX -D_REENTRANT -I. -fvisibility=hidden -DCONFIG_PFMLIB_ARCH_X86 -DCONFIG_PFMLIB_ARCH_X86_64 -I. -c pfmlib_perf_event_pmu.c pfmlib_perf_event_pmu.c: In function 'perf_table_alloc_event': pfmlib_perf_event_pmu.c:293:47: error: pointer may be used after 'realloc' [-Werror=use-after-free] 293 | perf_pe_free = new_pe + (perf_pe_free - perf_pe); | ^ pfmlib_perf_event_pmu.c:289:18: note: call to 'realloc' here 289 | new_pe = realloc(perf_pe, perf_pe_count * sizeof(perf_event_t)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In function 'perf_table_alloc_umask', inlined from 'gen_tracepoint_table' at pfmlib_perf_event_pmu.c:457:10: pfmlib_perf_event_pmu.c:329:47: error: pointer may be used after 'realloc' [-Werror=use-after-free] 329 | perf_um_free = new_um + (perf_um_free - perf_um); | ^ pfmlib_perf_event_pmu.c:325:18: note: call to 'realloc' here 325 | new_um = realloc(perf_um, perf_um_count * sizeof(*new_um)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors make[1]: *** [/home/wcohen/rpmbuild/BUILD/libpfm-4.12.0/lib/../rules.mk:30: pfmlib_perf_event_pmu.o] Error 1 make[1]: Leaving directory '/home/wcohen/rpmbuild/BUILD/libpfm-4.12.0/lib' make: *** [Makefile:49: all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.OFeziw (%build) The logic is a bit convoluted in the perf_table_alloc_event and perf_table_alloc_umask. Why not compute perf_pe_end and perf_um_end directly from the values passed into the realloc? Maybe something like the attached patch to address this. -Will |
From: Vinicius P. <vpe...@gm...> - 2021-11-07 18:29:23
|
Hello, I am trying to play with a few examples from "perf_examples" using sampling mode on a given cmd/task, and it is always giving an error message when configured with parameter "-i: inherit across fork"... For instance: 1) task_smpl.c $ ./task_smpl -i date cycles:u:freq=100 period=100 freq=1 task_smpl: cannot attach event cycles:u:freq=100: Invalid argument 2) bts_smpl.c $ ./bts_smpl -i date bts_smpl: cannot mmap buffer: Invalid argument My system kernel/perf version is: $ ~/libpfm4/perf_examples$ uname -r 5.14.0-1005-oem Any thoughts? thanks vinicius |
From: Lau M. M. <lau...@bs...> - 2021-08-31 08:07:47
|
Good morning, Some months ago (April 1st) we opened a merge request to add support for ARM v8.2 HiSilicon's Kunpeng 920 core and uncore PMU events (https://sourceforge.net/p/perfmon2/libpfm4/merge-requests/17/). As of today we still have not received any update on its status. Is there a way to know if it's being considered? if we missed something? if it needs further work? Are merge requests the way to submit patches to libpfm4? Is there an alternative method? How could we get some insight? Kind regards, -- Lau |
From: Venkatesh S. <ven...@ch...> - 2021-06-29 06:38:53
|
(From booting Linux): [ 0.164318] Performance Events: PEBS fmt3+, Goldmont events, 32-deep LBR, full-width counters, Intel PMU driver. [ 0.164338] ... version: 4 [ 0.164341] ... bit width: 48 [ 0.164344] ... generic registers: 4 [ 0.164348] ... value mask: 0000ffffffffffff [ 0.164352] ... max period: 00007fffffffffff [ 0.164355] ... fixed-purpose events: 3 [ 0.164359] ... event mask: 000000070000000f Signed-off-by: Venkatesh Srinivas <ven...@ch...> --- lib/pfmlib_intel_glm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/pfmlib_intel_glm.c b/lib/pfmlib_intel_glm.c index 0b8bd9d..d8628e2 100644 --- a/lib/pfmlib_intel_glm.c +++ b/lib/pfmlib_intel_glm.c @@ -36,7 +36,7 @@ static const int glm_models[] = { static int pfm_intel_glm_init(void *this) { - pfm_intel_x86_cfg.arch_version = 3; + pfm_intel_x86_cfg.arch_version = 4; return PFM_SUCCESS; } -- 2.30.2 |
From: Lau M. M. <lau...@bs...> - 2021-06-09 08:49:52
|
Good morning, Two weeks ago we sent a message to both the permfon2-devel and ptools-perfapi mailing lists to query the status of a merge request to libpfm4 submitted more than 2 months ago. The patch adds support for ARM v8.2 HiSilicon's Kunpeng 920 core and uncore PMU events (https://sourceforge.net/p/perfmon2/libpfm4/merge-requests/17/). Is there a way to know if it's being considered? if we missed something? if it needs further work? Are merge requests the way to submit patches to libpfm4? Is there an alternative method? How could we get some insight? Kind regards, -- Lau |
From: Lau M. M. <lau...@bs...> - 2021-05-27 07:01:21
|
Good morning, First of all, sorry if this message doesn't belong here. Two weeks ago we sent an message to the permfon2-devel mailing list to query the status of a merge request submitted almost 2 months ago. The merge request adds support for ARM v8.2 HiSilicon's Kunpeng 920 core and uncore PMU events (https://sourceforge.net/p/perfmon2/libpfm4/merge-requests/17/). As of today we still haven't received any update on its status: if it's being considered, if we missed something, if it needs further work ... How could we get insight? Kind regards, -- Lau |
From: Stephane E. <er...@go...> - 2021-05-27 06:21:45
|
Hi Vince, Confirmed and fixed. Thanks for tracking it down. On Mon, May 24, 2021 at 1:26 PM Vince Weaver <vin...@ma...> wrote: > > In PAPI we were having people with Zen2 machines being detected as Zen1. > > From what I can tell, Zen1 and Zen+ have model numbers less than 0x30 > and Zen2 is above 0x30. This is what the perf tool uses for the cutoff > too. > > Signed-off-by: Vince Weaver <vin...@ma...> > > diff --git a/lib/pfmlib_amd64.c b/lib/pfmlib_amd64.c > index c4497ea..a3eb5d8 100644 > --- a/lib/pfmlib_amd64.c > +++ b/lib/pfmlib_amd64.c > @@ -174,11 +174,10 @@ amd64_get_revision(pfm_amd64_config_t *cfg) > } else if (cfg->family == 21) { /* family 15h */ > rev = PFM_PMU_AMD64_FAM15H_INTERLAGOS; > } else if (cfg->family == 23) { /* family 17h */ > - switch (cfg->model) { > - case 49: > + if (cfg->model>=48) { > rev = PFM_PMU_AMD64_FAM17H_ZEN2; > - break; > - default: > + } > + else { > rev = PFM_PMU_AMD64_FAM17H_ZEN1; > } > } else if (cfg->family == 22) { /* family 16h */ > |
From: Vince W. <vin...@ma...> - 2021-05-24 21:17:51
|
In PAPI we were having people with Zen2 machines being detected as Zen1. >From what I can tell, Zen1 and Zen+ have model numbers less than 0x30 and Zen2 is above 0x30. This is what the perf tool uses for the cutoff too. Signed-off-by: Vince Weaver <vin...@ma...> diff --git a/lib/pfmlib_amd64.c b/lib/pfmlib_amd64.c index c4497ea..a3eb5d8 100644 --- a/lib/pfmlib_amd64.c +++ b/lib/pfmlib_amd64.c @@ -174,11 +174,10 @@ amd64_get_revision(pfm_amd64_config_t *cfg) } else if (cfg->family == 21) { /* family 15h */ rev = PFM_PMU_AMD64_FAM15H_INTERLAGOS; } else if (cfg->family == 23) { /* family 17h */ - switch (cfg->model) { - case 49: + if (cfg->model>=48) { rev = PFM_PMU_AMD64_FAM17H_ZEN2; - break; - default: + } + else { rev = PFM_PMU_AMD64_FAM17H_ZEN1; } } else if (cfg->family == 22) { /* family 16h */ |
From: Lau M. M. <lau...@bs...> - 2021-05-07 08:03:25
|
Good morning, Approximately one month ago we submitted a merge request containing modifications to support ARM v8.2 HiSilicon's Kunpeng 920 core and uncore PMU events (https://sourceforge.net/p/perfmon2/libpfm4/merge-requests/17/). As of today we haven't received any communication on its status: whether it is being considered, whether we missed some documentation ... Does anyone have any insight? Kind regards, -- Lau |
From: Sahoo, Swarup-c. <Swa...@am...> - 2021-03-04 10:20:31
|
[AMD Public Use] Hi Stephane, We are trying to catch the LLVM 13 deadline (15th-March-2021). It would be a great help if you can merge this patch. https://sourceforge.net/p/perfmon2/libpfm4/merge-requests/16/<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fp%2Fperfmon2%2Flibpfm4%2Fmerge-requests%2F16%2F&data=04%7C01%7Cswarup-chandra.sahoo%40amd.com%7Cec36108c7d1d4c12bad308d8dd43f939%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637502631759585449%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=OT5g8xvrUb3ZGR05vLIBYHTZjAeVMqlf80gO8IE4Igs%3D&reserved=0> Details about the patch -------------------------- This patch is to enable AMD Fam19h Zen3 PMU and to add support for few PMU events needed for llvm-exegesis. Right now Zen3 support in llvm-exegesis is blocked by the lack of Zen3 support in lbpfm4. (Refer llvm-exegesis patch review comments: https://reviews.llvm.org/D94395). To meet the LLVM 13 timeline, we are adding the base PMU events needed to unblock llvm-exegesis dependency. We would submit additional patches to complete Zen2/Zen3 events in the coming weeks. Thanks. Swarup AMD Tools Team From: Sahoo, Swarup-chandra <Swa...@am...> Sent: Tuesday, March 2, 2021 11:23 AM To: per...@li... Subject: [perfmon2] AMD Zen3 support merge request [CAUTION: External Email] [AMD Public Use] Hi Stephane, I have submitted a merge request for "AMD Zen3 PMU support". Please review and merge if it looks fine to you. https://sourceforge.net/p/perfmon2/libpfm4/merge-requests/16/<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fp%2Fperfmon2%2Flibpfm4%2Fmerge-requests%2F16%2F&data=04%7C01%7Cswarup-chandra.sahoo%40amd.com%7Cec36108c7d1d4c12bad308d8dd43f939%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637502631759585449%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=OT5g8xvrUb3ZGR05vLIBYHTZjAeVMqlf80gO8IE4Igs%3D&reserved=0> Thanks. Swarup Sahoo AMD Tools Team |
From: Sahoo, Swarup-c. <Swa...@am...> - 2021-03-02 06:25:17
|
[AMD Public Use] Hi Stephane, I have submitted a merge request for "AMD Zen3 PMU support". Please review and merge if it looks fine to you. https://sourceforge.net/p/perfmon2/libpfm4/merge-requests/16/ Thanks. Swarup Sahoo AMD Tools Team |
From: Martin K. <van...@gm...> - 2021-02-02 10:54:05
|
Hi, I have noticed that support for performance counters of different Zen models is not complete in libpfm4. I compiled this table based on the AMD PPR documents I found. May I ask whether there are plans to make fam17h support complete? Unfortunately I am not a developer so I cant post the patches. I may perhaps help creating lib/events/amd64_*.h files if needed. Fam 17h 17h 17h 17h 17h 17h Model 01h,08h 20h 18h 71h 60h 31h PPR 54945 5772-A1 55570-B1 56176 55922-A1 55803 Rev 0 Zen1 Zen1 Zen+ Zen2 Zen2 Zen2 SummitRidg Dali? PinnacleRi Matisse Renoir Rome PMCx000 x x x 3 PMCx001 x x x 3 PMCx002 x x x 3 PMCx003 x x x x x x 6 PMCx004 x x x 3 PMxC005 x x x x x x 6 PMCx00E x x x 3 PMCx024 x x x x x 5 PMCx025 x x x x x x 6 PMCx026 x x x x x x 6 PMCx027 x x x x x x 6 PMCx029 x x x x x x 6 PMCx02B x x x x x x 6 PMCx02C x x x x x x 6 PMCx02D x 1 PMCx035 x x x x x x 6 PMCx037 x x x x x x 6 PMCx040 x x x x 4 PMCx041 x x x x x x 6 PMCx043 x x x x x x 6 PMCx045 x x x x x x 6 PMCx046 x x x 3 PMCx047 x x x x x x 6 PMCx04B x x x x x x 6 PMCx052 x x x x x x 6 PMCx059 x x x x x x 6 PMCx05A x x x x x x 6 PMCx05B x 1 PMCx05F x 1 PMCx076 x x x x x x 6 PMCx078 x x x 3 PMCx080 x x x 3 PMCx081 x x x 3 PMCx082 x x x x x x 6 PMCx083 x x x x x x 6 PMCx084 x x x x x x 6 PMCx085 x x x x x x 6 PMCx08A x x x x x x 6 PMCx08B x x x x x x 6 PMCx08C x x x 3 PMCx08E x x x x x x 6 PMCx091 x x x x x x 6 PMCx094 x x x 3 PMCx099 x x x 3 PMCx28A x x x 3 PMCx0A9 x x x 3 PMCx0AA x x x x x x 6 PMCx0AE x x x x x x 6 PMCx0AF x x x x x x 6 PMCx0C0 x x x x x x 6 PMCx0C1 x x x x x x 6 PMCx0C2 x x x x x x 6 PMCx0C3 x x x x x x 6 PMCx0C4 x x x x x x 6 PMCx0C5 x x x x x x 6 PMCx0C6 x x x x x x 6 PMCx0C8 x x x x x x 6 PMCx0C9 x x x x x x 6 PMCx0CA x x x x x x 6 PMCx0CB x x x x x x 6 PMCx0D1 x x x x x x 6 PMCx0D3 x x x x x x 6 PMCx0D4 x x x x x x 6 PMCx1C7 x x x 3 PMCx1CF x x x x x x 6 PMCx1D0 x x x x x x 6 PMCx060 x x x x x x 6 PMCx061 x x x x x x 6 PMCx062 x x x 3 PMCx064 x x x x x x 6 PMCx06D x x x 3 PMCx070 x x x x x x 6 PMCx071 x x x x x x 6 PMCx072 x x x x x x 6 L3PMCx01 x x x 3 L3PMCx04 x x x x x x 6 L3PMCx06 x x x 3 L3PMCx90 x x x x x x 6 L3PMCx9A x x x x x x 6 Thanks, MartinK |
From: Stephane E. <er...@go...> - 2020-09-27 04:47:22
|
On Sat, Sep 26, 2020 at 7:51 PM William Cohen <wc...@re...> wrote: > On 9/24/20 5:10 PM, Stephane Eranian wrote: > > Will, > > > > Can you test that the current git tree has all the bugs you reported > fixed? > > Thanks. > > > > > > Hi, > > I generated a tarball with: > > git archive --prefix=libpfm-4.11.1/ --format=tar |gzip > > libpfm-4.11.1.tar.gz > > Tweaked the libpfm.spec file to use that new tar file and did a scratch > build for Fedora rawhide: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=52331671 > > The a64fx man page is in the aarch64 > $ rpm -qs /home/wcohen/Downloads/libpfm-devel-4.11.1-1.fc34git.aarch64.rpm > |grep a64fx > (no state) /usr/share/man/man3/libpfm_arm_a64fx.3.gz > > The shared library versioning looks correct now: > > $ ls -l /usr/lib64/libpfm* > -rw-r--r--. 1 root root 3807130 Sep 26 22:29 /usr/lib64/libpfm.a > lrwxrwxrwx. 1 root root 16 Sep 26 22:29 /usr/lib64/libpfm.so -> > libpfm.so.4.11.1 > lrwxrwxrwx. 1 root root 16 Sep 26 22:29 /usr/lib64/libpfm.so.4 -> > libpfm.so.4.11.1 > -rwxr-xr-x. 1 root root 2602848 Sep 26 22:29 /usr/lib64/libpfm.so.4.11.1 > > Looks good. Thanks for testing. Given that I made further updates, I will push a 4.11.2 release instead. > Thanks, > > -Will > > > > > On Wed, Sep 23, 2020 at 4:52 PM Stephane Eranian <er...@go... > <mailto:er...@go...>> wrote: > > > > > > > > On Wed, Sep 23, 2020 at 4:26 PM William Cohen <wc...@re... > <mailto:wc...@re...>> wrote: > > > > On 9/23/20 7:09 PM, Stephane Eranian wrote: > > > > > > > > > On Wed, Sep 23, 2020 at 4:08 PM William Cohen < > wc...@re... <mailto:wc...@re...> <mailto:wc...@re... > <mailto:wc...@re...>>> wrote: > > > > > > On 9/23/20 6:31 PM, Stephane Eranian wrote: > > > > > > > > > > > > On Wed, Sep 23, 2020 at 7:32 AM William Cohen < > wc...@re... <mailto:wc...@re...> <mailto:wc...@re... > <mailto:wc...@re...>> <mailto:wc...@re... <mailto: > wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>>> > wrote: > > > > > > > > On 9/10/20 7:32 PM, Stephane Eranian wrote: > > > > > > > > > > > > > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen < > wc...@re... <mailto:wc...@re...> <mailto:wc...@re... > <mailto:wc...@re...>> <mailto:wc...@re... <mailto: > wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>> > <mailto:wc...@re... <mailto:wc...@re...> <mailto: > wc...@re... <mailto:wc...@re...>> <mailto:wc...@re... > <mailto:wc...@re...> <mailto:wc...@re... <mailto: > wc...@re...>>>>> wrote: > > > > > > > > > > On 9/7/20 6:03 PM, Stephane Eranian via > perfmon2-devel wrote: > > > > > > Hello, > > > > > > > > > > > > After more than 2 years without a release, I > decided it was way overdue! I am hoping to get back to a more regular > release schedule past 2020. But the development never actually stopped, so > everything was already available in the git repository. > > > > > > > > > > > > Lots of new support in this release: > > > > > > - Intel Icelake core PMU > > > > > > - AMD Zen2 core PMU > > > > > > - AMD Zen1 core PMU > > > > > > - ARM Neoverse N1 core PMU > > > > > > - Intel CascadelakeX uncore PMU > > > > > > - IBM s390 updates > > > > > > - lot of Intel event table updates > > > > > > - Intel Tremont core PMU support > > > > > > - Intel RAPL updates > > > > > > - Marvell TX2 core and uncore support > > > > > > - enhanced per-event info: can report if > event is speculative (starting with Intel Icelake) > > > > > > - support for Intel Icelake Extended PEBS > via hw_smple attribute > > > > > > - rtop examples building conditionally now > (must have ncurses-devel) > > > > > > - many bug fixes > > > > > > > > > > > > Thanks to all the contributors. > > > > > > Release is available here < > https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download > >. > > > > > > > > > > > > Enjoy! > > > > > > > > > > Hi Stephane, > > > > > > > > > > Thanks very much for the new libpfm release. > I have created a build of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > > > > > > > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > > > > > > > > > I see there is also Fujitsu A64FX support in > there. However, the documentation page is only installed for the 32-bit > arm (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the > CONFIG_PFMLIB_ARCH_ARM64 build. > > > > > > > > > > I will fix that this week. > > > > > Let me know if you found anything else. > > > > > Thanks. > > > > > > > > > > > > > Hi Stephane, > > > > > > > > I noticed that the libpfm library generated by > libpfm-4.11.0 is: > > > > > > > > /usr/lib64/libpfm.so.4.10.1 > > > > > > > > It looks like the this is due to the following not > being bumped in the release: > > > > > > > > config.mk:REVISION=10 > > > > > > Hi, > > > > > > This was observed in the upstream config.mk < > http://config.mk> <http://config.mk>. This can be seen in line 113 of: > > > > > > > https://sourceforge.net/p/perfmon2/libpfm4/ci/master/tree/config.mk > > > > > > Got it. > > > I had one commit not pushed. Should be fixed now. > > > Thanks. > > > > Hi, > > > > Doesn't a new tarball need to be created for > libpfm-4.11.0.tar.gz? The current one at > https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download > has the wrong shared library version. Building the rawhide libpfm rpm that > uses that tarball was where I initially noticed the shared library > versioning issue. > > > > Yes, I will push a new tarball and a minor revision once I fix the > other problem you mentioned. > > > > > > -Will > > > > > > > > > > > -Will > > > > > > > > > > > I don't see this this in my tree. > > > > Did you upgrade to the latest? > > > > > > > > > > > > -Will > > > > > > > > > > > |
From: William C. <wc...@re...> - 2020-09-27 02:52:22
|
On 9/24/20 5:10 PM, Stephane Eranian wrote: > Will, > > Can you test that the current git tree has all the bugs you reported fixed? > Thanks. > > Hi, I generated a tarball with: git archive --prefix=libpfm-4.11.1/ --format=tar |gzip > libpfm-4.11.1.tar.gz Tweaked the libpfm.spec file to use that new tar file and did a scratch build for Fedora rawhide: https://koji.fedoraproject.org/koji/taskinfo?taskID=52331671 The a64fx man page is in the aarch64 $ rpm -qs /home/wcohen/Downloads/libpfm-devel-4.11.1-1.fc34git.aarch64.rpm |grep a64fx (no state) /usr/share/man/man3/libpfm_arm_a64fx.3.gz The shared library versioning looks correct now: $ ls -l /usr/lib64/libpfm* -rw-r--r--. 1 root root 3807130 Sep 26 22:29 /usr/lib64/libpfm.a lrwxrwxrwx. 1 root root 16 Sep 26 22:29 /usr/lib64/libpfm.so -> libpfm.so.4.11.1 lrwxrwxrwx. 1 root root 16 Sep 26 22:29 /usr/lib64/libpfm.so.4 -> libpfm.so.4.11.1 -rwxr-xr-x. 1 root root 2602848 Sep 26 22:29 /usr/lib64/libpfm.so.4.11.1 Thanks, -Will > > On Wed, Sep 23, 2020 at 4:52 PM Stephane Eranian <er...@go... <mailto:er...@go...>> wrote: > > > > On Wed, Sep 23, 2020 at 4:26 PM William Cohen <wc...@re... <mailto:wc...@re...>> wrote: > > On 9/23/20 7:09 PM, Stephane Eranian wrote: > > > > > > On Wed, Sep 23, 2020 at 4:08 PM William Cohen <wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>> wrote: > > > > On 9/23/20 6:31 PM, Stephane Eranian wrote: > > > > > > > > > On Wed, Sep 23, 2020 at 7:32 AM William Cohen <wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>> <mailto:wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>>> wrote: > > > > > > On 9/10/20 7:32 PM, Stephane Eranian wrote: > > > > > > > > > > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen <wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>> <mailto:wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>> <mailto:wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>> <mailto:wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>>>> wrote: > > > > > > > > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel wrote: > > > > > Hello, > > > > > > > > > > After more than 2 years without a release, I decided it was way overdue! I am hoping to get back to a more regular release schedule past 2020. But the development never actually stopped, so everything was already available in the git repository. > > > > > > > > > > Lots of new support in this release: > > > > > - Intel Icelake core PMU > > > > > - AMD Zen2 core PMU > > > > > - AMD Zen1 core PMU > > > > > - ARM Neoverse N1 core PMU > > > > > - Intel CascadelakeX uncore PMU > > > > > - IBM s390 updates > > > > > - lot of Intel event table updates > > > > > - Intel Tremont core PMU support > > > > > - Intel RAPL updates > > > > > - Marvell TX2 core and uncore support > > > > > - enhanced per-event info: can report if event is speculative (starting with Intel Icelake) > > > > > - support for Intel Icelake Extended PEBS via hw_smple attribute > > > > > - rtop examples building conditionally now (must have ncurses-devel) > > > > > - many bug fixes > > > > > > > > > > Thanks to all the contributors. > > > > > Release is available here <https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download>. > > > > > > > > > > Enjoy! > > > > > > > > Hi Stephane, > > > > > > > > Thanks very much for the new libpfm release. I have created a build of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > > > > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > > > > > > > I see there is also Fujitsu A64FX support in there. However, the documentation page is only installed for the 32-bit arm (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the CONFIG_PFMLIB_ARCH_ARM64 build. > > > > > > > > I will fix that this week. > > > > Let me know if you found anything else. > > > > Thanks. > > > > > > > > > > Hi Stephane, > > > > > > I noticed that the libpfm library generated by libpfm-4.11.0 is: > > > > > > /usr/lib64/libpfm.so.4.10.1 > > > > > > It looks like the this is due to the following not being bumped in the release: > > > > > > config.mk:REVISION=10 > > > > Hi, > > > > This was observed in the upstream config.mk <http://config.mk> <http://config.mk>. This can be seen in line 113 of: > > > > https://sourceforge.net/p/perfmon2/libpfm4/ci/master/tree/config.mk > > > > Got it. > > I had one commit not pushed. Should be fixed now. > > Thanks. > > Hi, > > Doesn't a new tarball need to be created for libpfm-4.11.0.tar.gz? The current one at https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download has the wrong shared library version. Building the rawhide libpfm rpm that uses that tarball was where I initially noticed the shared library versioning issue. > > Yes, I will push a new tarball and a minor revision once I fix the other problem you mentioned. > > > -Will > > > > > > > -Will > > > > > > > > I don't see this this in my tree. > > > Did you upgrade to the latest? > > > > > > > > > -Will > > > > > > |
From: Stephane E. <er...@go...> - 2020-09-25 20:03:13
|
On Thu, Sep 24, 2020 at 5:31 PM Andreas Beckmann <an...@de...> wrote: > On 9/24/20 11:10 PM, Stephane Eranian via perfmon2-devel wrote: > > Will, > > > > Can you test that the current git tree has all the bugs you reported > fixed? > > Thanks. > > I have attached two more patches (typos and strncpy usage) from the > Debian packaging. > > > Patches applied. Thanks for contributing. > Andreas > |
From: Andreas B. <an...@de...> - 2020-09-25 00:57:10
|
On 9/24/20 11:10 PM, Stephane Eranian via perfmon2-devel wrote: > Will, > > Can you test that the current git tree has all the bugs you reported fixed? > Thanks. I have attached two more patches (typos and strncpy usage) from the Debian packaging. Andreas |
From: Stephane E. <er...@go...> - 2020-09-24 21:10:27
|
Will, Can you test that the current git tree has all the bugs you reported fixed? Thanks. On Wed, Sep 23, 2020 at 4:52 PM Stephane Eranian <er...@go...> wrote: > > > On Wed, Sep 23, 2020 at 4:26 PM William Cohen <wc...@re...> wrote: > >> On 9/23/20 7:09 PM, Stephane Eranian wrote: >> > >> > >> > On Wed, Sep 23, 2020 at 4:08 PM William Cohen <wc...@re... >> <mailto:wc...@re...>> wrote: >> > >> > On 9/23/20 6:31 PM, Stephane Eranian wrote: >> > > >> > > >> > > On Wed, Sep 23, 2020 at 7:32 AM William Cohen <wc...@re... >> <mailto:wc...@re...> <mailto:wc...@re... <mailto: >> wc...@re...>>> wrote: >> > > >> > > On 9/10/20 7:32 PM, Stephane Eranian wrote: >> > > > >> > > > >> > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen < >> wc...@re... <mailto:wc...@re...> <mailto:wc...@re... >> <mailto:wc...@re...>> <mailto:wc...@re... <mailto: >> wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>>> >> wrote: >> > > > >> > > > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel >> wrote: >> > > > > Hello, >> > > > > >> > > > > After more than 2 years without a release, I decided >> it was way overdue! I am hoping to get back to a more regular >> release schedule past 2020. But the development never actually stopped, so >> everything was already available in the git repository. >> > > > > >> > > > > Lots of new support in this release: >> > > > > - Intel Icelake core PMU >> > > > > - AMD Zen2 core PMU >> > > > > - AMD Zen1 core PMU >> > > > > - ARM Neoverse N1 core PMU >> > > > > - Intel CascadelakeX uncore PMU >> > > > > - IBM s390 updates >> > > > > - lot of Intel event table updates >> > > > > - Intel Tremont core PMU support >> > > > > - Intel RAPL updates >> > > > > - Marvell TX2 core and uncore support >> > > > > - enhanced per-event info: can report if event is >> speculative (starting with Intel Icelake) >> > > > > - support for Intel Icelake Extended PEBS via >> hw_smple attribute >> > > > > - rtop examples building conditionally now (must >> have ncurses-devel) >> > > > > - many bug fixes >> > > > > >> > > > > Thanks to all the contributors. >> > > > > Release is available here < >> https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download >> >. >> > > > > >> > > > > Enjoy! >> > > > >> > > > Hi Stephane, >> > > > >> > > > Thanks very much for the new libpfm release. I have >> created a build of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : >> > > > >> > > > >> https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 >> > > > >> > > > I see there is also Fujitsu A64FX support in there. >> However, the documentation page is only installed for the 32-bit arm >> (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the >> CONFIG_PFMLIB_ARCH_ARM64 build. >> > > > >> > > > I will fix that this week. >> > > > Let me know if you found anything else. >> > > > Thanks. >> > > > >> > > >> > > Hi Stephane, >> > > >> > > I noticed that the libpfm library generated by libpfm-4.11.0 >> is: >> > > >> > > /usr/lib64/libpfm.so.4.10.1 >> > > >> > > It looks like the this is due to the following not being >> bumped in the release: >> > > >> > > config.mk:REVISION=10 >> > >> > Hi, >> > >> > This was observed in the upstream config.mk <http://config.mk>. >> This can be seen in line 113 of: >> > >> > https://sourceforge.net/p/perfmon2/libpfm4/ci/master/tree/config.mk >> > >> > Got it. >> > I had one commit not pushed. Should be fixed now. >> > Thanks. >> >> Hi, >> >> Doesn't a new tarball need to be created for libpfm-4.11.0.tar.gz? The >> current one at >> https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download >> has the wrong shared library version. Building the rawhide libpfm rpm that >> uses that tarball was where I initially noticed the shared library >> versioning issue. >> >> Yes, I will push a new tarball and a minor revision once I fix the other > problem you mentioned. > > >> -Will >> >> > >> > >> > -Will >> > >> > > >> > > I don't see this this in my tree. >> > > Did you upgrade to the latest? >> > > >> > > >> > > -Will >> > > >> > >> >> |
From: Stephane E. <er...@go...> - 2020-09-23 23:52:48
|
On Wed, Sep 23, 2020 at 4:26 PM William Cohen <wc...@re...> wrote: > On 9/23/20 7:09 PM, Stephane Eranian wrote: > > > > > > On Wed, Sep 23, 2020 at 4:08 PM William Cohen <wc...@re... > <mailto:wc...@re...>> wrote: > > > > On 9/23/20 6:31 PM, Stephane Eranian wrote: > > > > > > > > > On Wed, Sep 23, 2020 at 7:32 AM William Cohen <wc...@re... > <mailto:wc...@re...> <mailto:wc...@re... <mailto: > wc...@re...>>> wrote: > > > > > > On 9/10/20 7:32 PM, Stephane Eranian wrote: > > > > > > > > > > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen < > wc...@re... <mailto:wc...@re...> <mailto:wc...@re... > <mailto:wc...@re...>> <mailto:wc...@re... <mailto: > wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>>> > wrote: > > > > > > > > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel > wrote: > > > > > Hello, > > > > > > > > > > After more than 2 years without a release, I decided > it was way overdue! I am hoping to get back to a more regular > release schedule past 2020. But the development never actually stopped, so > everything was already available in the git repository. > > > > > > > > > > Lots of new support in this release: > > > > > - Intel Icelake core PMU > > > > > - AMD Zen2 core PMU > > > > > - AMD Zen1 core PMU > > > > > - ARM Neoverse N1 core PMU > > > > > - Intel CascadelakeX uncore PMU > > > > > - IBM s390 updates > > > > > - lot of Intel event table updates > > > > > - Intel Tremont core PMU support > > > > > - Intel RAPL updates > > > > > - Marvell TX2 core and uncore support > > > > > - enhanced per-event info: can report if event is > speculative (starting with Intel Icelake) > > > > > - support for Intel Icelake Extended PEBS via > hw_smple attribute > > > > > - rtop examples building conditionally now (must > have ncurses-devel) > > > > > - many bug fixes > > > > > > > > > > Thanks to all the contributors. > > > > > Release is available here < > https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download > >. > > > > > > > > > > Enjoy! > > > > > > > > Hi Stephane, > > > > > > > > Thanks very much for the new libpfm release. I have > created a build of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > > > > > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > > > > > > > I see there is also Fujitsu A64FX support in there. > However, the documentation page is only installed for the 32-bit arm > (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the > CONFIG_PFMLIB_ARCH_ARM64 build. > > > > > > > > I will fix that this week. > > > > Let me know if you found anything else. > > > > Thanks. > > > > > > > > > > Hi Stephane, > > > > > > I noticed that the libpfm library generated by libpfm-4.11.0 > is: > > > > > > /usr/lib64/libpfm.so.4.10.1 > > > > > > It looks like the this is due to the following not being > bumped in the release: > > > > > > config.mk:REVISION=10 > > > > Hi, > > > > This was observed in the upstream config.mk <http://config.mk>. > This can be seen in line 113 of: > > > > https://sourceforge.net/p/perfmon2/libpfm4/ci/master/tree/config.mk > > > > Got it. > > I had one commit not pushed. Should be fixed now. > > Thanks. > > Hi, > > Doesn't a new tarball need to be created for libpfm-4.11.0.tar.gz? The > current one at > https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download > has the wrong shared library version. Building the rawhide libpfm rpm that > uses that tarball was where I initially noticed the shared library > versioning issue. > > Yes, I will push a new tarball and a minor revision once I fix the other problem you mentioned. > -Will > > > > > > > -Will > > > > > > > > I don't see this this in my tree. > > > Did you upgrade to the latest? > > > > > > > > > -Will > > > > > > > |
From: William C. <wc...@re...> - 2020-09-23 23:27:04
|
On 9/23/20 7:09 PM, Stephane Eranian wrote: > > > On Wed, Sep 23, 2020 at 4:08 PM William Cohen <wc...@re... <mailto:wc...@re...>> wrote: > > On 9/23/20 6:31 PM, Stephane Eranian wrote: > > > > > > On Wed, Sep 23, 2020 at 7:32 AM William Cohen <wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>> wrote: > > > > On 9/10/20 7:32 PM, Stephane Eranian wrote: > > > > > > > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen <wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>> <mailto:wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>>> wrote: > > > > > > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel wrote: > > > > Hello, > > > > > > > > After more than 2 years without a release, I decided it was way overdue! I am hoping to get back to a more regular release schedule past 2020. But the development never actually stopped, so everything was already available in the git repository. > > > > > > > > Lots of new support in this release: > > > > - Intel Icelake core PMU > > > > - AMD Zen2 core PMU > > > > - AMD Zen1 core PMU > > > > - ARM Neoverse N1 core PMU > > > > - Intel CascadelakeX uncore PMU > > > > - IBM s390 updates > > > > - lot of Intel event table updates > > > > - Intel Tremont core PMU support > > > > - Intel RAPL updates > > > > - Marvell TX2 core and uncore support > > > > - enhanced per-event info: can report if event is speculative (starting with Intel Icelake) > > > > - support for Intel Icelake Extended PEBS via hw_smple attribute > > > > - rtop examples building conditionally now (must have ncurses-devel) > > > > - many bug fixes > > > > > > > > Thanks to all the contributors. > > > > Release is available here <https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download>. > > > > > > > > Enjoy! > > > > > > Hi Stephane, > > > > > > Thanks very much for the new libpfm release. I have created a build of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > > > > > I see there is also Fujitsu A64FX support in there. However, the documentation page is only installed for the 32-bit arm (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the CONFIG_PFMLIB_ARCH_ARM64 build. > > > > > > I will fix that this week. > > > Let me know if you found anything else. > > > Thanks. > > > > > > > Hi Stephane, > > > > I noticed that the libpfm library generated by libpfm-4.11.0 is: > > > > /usr/lib64/libpfm.so.4.10.1 > > > > It looks like the this is due to the following not being bumped in the release: > > > > config.mk:REVISION=10 > > Hi, > > This was observed in the upstream config.mk <http://config.mk>. This can be seen in line 113 of: > > https://sourceforge.net/p/perfmon2/libpfm4/ci/master/tree/config.mk > > Got it. > I had one commit not pushed. Should be fixed now. > Thanks. Hi, Doesn't a new tarball need to be created for libpfm-4.11.0.tar.gz? The current one at https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download has the wrong shared library version. Building the rawhide libpfm rpm that uses that tarball was where I initially noticed the shared library versioning issue. -Will > > > -Will > > > > > I don't see this this in my tree. > > Did you upgrade to the latest? > > > > > > -Will > > > |
From: Stephane E. <er...@go...> - 2020-09-23 23:10:02
|
On Wed, Sep 23, 2020 at 4:08 PM William Cohen <wc...@re...> wrote: > On 9/23/20 6:31 PM, Stephane Eranian wrote: > > > > > > On Wed, Sep 23, 2020 at 7:32 AM William Cohen <wc...@re... > <mailto:wc...@re...>> wrote: > > > > On 9/10/20 7:32 PM, Stephane Eranian wrote: > > > > > > > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen <wc...@re... > <mailto:wc...@re...> <mailto:wc...@re... <mailto: > wc...@re...>>> wrote: > > > > > > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel wrote: > > > > Hello, > > > > > > > > After more than 2 years without a release, I decided it was > way overdue! I am hoping to get back to a more regular release schedule > past 2020. But the development never actually stopped, so everything was > already available in the git repository. > > > > > > > > Lots of new support in this release: > > > > - Intel Icelake core PMU > > > > - AMD Zen2 core PMU > > > > - AMD Zen1 core PMU > > > > - ARM Neoverse N1 core PMU > > > > - Intel CascadelakeX uncore PMU > > > > - IBM s390 updates > > > > - lot of Intel event table updates > > > > - Intel Tremont core PMU support > > > > - Intel RAPL updates > > > > - Marvell TX2 core and uncore support > > > > - enhanced per-event info: can report if event is > speculative (starting with Intel Icelake) > > > > - support for Intel Icelake Extended PEBS via hw_smple > attribute > > > > - rtop examples building conditionally now (must have > ncurses-devel) > > > > - many bug fixes > > > > > > > > Thanks to all the contributors. > > > > Release is available here < > https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download > >. > > > > > > > > Enjoy! > > > > > > Hi Stephane, > > > > > > Thanks very much for the new libpfm release. I have created a > build of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > > > > > I see there is also Fujitsu A64FX support in there. However, > the documentation page is only installed for the 32-bit arm > (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the > CONFIG_PFMLIB_ARCH_ARM64 build. > > > > > > I will fix that this week. > > > Let me know if you found anything else. > > > Thanks. > > > > > > > Hi Stephane, > > > > I noticed that the libpfm library generated by libpfm-4.11.0 is: > > > > /usr/lib64/libpfm.so.4.10.1 > > > > It looks like the this is due to the following not being bumped in > the release: > > > > config.mk:REVISION=10 > > Hi, > > This was observed in the upstream config.mk. This can be seen in line 113 > of: > > https://sourceforge.net/p/perfmon2/libpfm4/ci/master/tree/config.mk > > Got it. I had one commit not pushed. Should be fixed now. Thanks. > -Will > > > > > I don't see this this in my tree. > > Did you upgrade to the latest? > > > > > > -Will > > > > |
From: William C. <wc...@re...> - 2020-09-23 23:08:48
|
On 9/23/20 6:31 PM, Stephane Eranian wrote: > > > On Wed, Sep 23, 2020 at 7:32 AM William Cohen <wc...@re... <mailto:wc...@re...>> wrote: > > On 9/10/20 7:32 PM, Stephane Eranian wrote: > > > > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen <wc...@re... <mailto:wc...@re...> <mailto:wc...@re... <mailto:wc...@re...>>> wrote: > > > > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel wrote: > > > Hello, > > > > > > After more than 2 years without a release, I decided it was way overdue! I am hoping to get back to a more regular release schedule past 2020. But the development never actually stopped, so everything was already available in the git repository. > > > > > > Lots of new support in this release: > > > - Intel Icelake core PMU > > > - AMD Zen2 core PMU > > > - AMD Zen1 core PMU > > > - ARM Neoverse N1 core PMU > > > - Intel CascadelakeX uncore PMU > > > - IBM s390 updates > > > - lot of Intel event table updates > > > - Intel Tremont core PMU support > > > - Intel RAPL updates > > > - Marvell TX2 core and uncore support > > > - enhanced per-event info: can report if event is speculative (starting with Intel Icelake) > > > - support for Intel Icelake Extended PEBS via hw_smple attribute > > > - rtop examples building conditionally now (must have ncurses-devel) > > > - many bug fixes > > > > > > Thanks to all the contributors. > > > Release is available here <https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download>. > > > > > > Enjoy! > > > > Hi Stephane, > > > > Thanks very much for the new libpfm release. I have created a build of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > > > I see there is also Fujitsu A64FX support in there. However, the documentation page is only installed for the 32-bit arm (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the CONFIG_PFMLIB_ARCH_ARM64 build. > > > > I will fix that this week. > > Let me know if you found anything else. > > Thanks. > > > > Hi Stephane, > > I noticed that the libpfm library generated by libpfm-4.11.0 is: > > /usr/lib64/libpfm.so.4.10.1 > > It looks like the this is due to the following not being bumped in the release: > > config.mk:REVISION=10 Hi, This was observed in the upstream config.mk. This can be seen in line 113 of: https://sourceforge.net/p/perfmon2/libpfm4/ci/master/tree/config.mk -Will > > I don't see this this in my tree. > Did you upgrade to the latest? > > > -Will > |
From: Stephane E. <er...@go...> - 2020-09-23 22:37:20
|
On Wed, Sep 23, 2020 at 7:32 AM William Cohen <wc...@re...> wrote: > On 9/10/20 7:32 PM, Stephane Eranian wrote: > > > > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen <wc...@re... <mailto: > wc...@re...>> wrote: > > > > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel wrote: > > > Hello, > > > > > > After more than 2 years without a release, I decided it was way > overdue! I am hoping to get back to a more regular release schedule past > 2020. But the development never actually stopped, so everything was already > available in the git repository. > > > > > > Lots of new support in this release: > > > - Intel Icelake core PMU > > > - AMD Zen2 core PMU > > > - AMD Zen1 core PMU > > > - ARM Neoverse N1 core PMU > > > - Intel CascadelakeX uncore PMU > > > - IBM s390 updates > > > - lot of Intel event table updates > > > - Intel Tremont core PMU support > > > - Intel RAPL updates > > > - Marvell TX2 core and uncore support > > > - enhanced per-event info: can report if event is speculative > (starting with Intel Icelake) > > > - support for Intel Icelake Extended PEBS via hw_smple attribute > > > - rtop examples building conditionally now (must have > ncurses-devel) > > > - many bug fixes > > > > > > Thanks to all the contributors. > > > Release is available here < > https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download > >. > > > > > > Enjoy! > > > > Hi Stephane, > > > > Thanks very much for the new libpfm release. I have created a build > of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > > > I see there is also Fujitsu A64FX support in there. However, the > documentation page is only installed for the 32-bit arm > (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the > CONFIG_PFMLIB_ARCH_ARM64 build. > > > > I will fix that this week. > > Let me know if you found anything else. > > Thanks. > > > > Hi Stephane, > > I noticed that the libpfm library generated by libpfm-4.11.0 is: > > /usr/lib64/libpfm.so.4.10.1 > > It looks like the this is due to the following not being bumped in the > release: > > config.mk:REVISION=10 > > I don't see this this in my tree. Did you upgrade to the latest? > -Will > > |
From: William C. <wc...@re...> - 2020-09-23 14:40:14
|
On 9/10/20 7:32 PM, Stephane Eranian wrote: > > > On Tue, Sep 8, 2020 at 8:27 AM William Cohen <wc...@re... <mailto:wc...@re...>> wrote: > > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel wrote: > > Hello, > > > > After more than 2 years without a release, I decided it was way overdue! I am hoping to get back to a more regular release schedule past 2020. But the development never actually stopped, so everything was already available in the git repository. > > > > Lots of new support in this release: > > - Intel Icelake core PMU > > - AMD Zen2 core PMU > > - AMD Zen1 core PMU > > - ARM Neoverse N1 core PMU > > - Intel CascadelakeX uncore PMU > > - IBM s390 updates > > - lot of Intel event table updates > > - Intel Tremont core PMU support > > - Intel RAPL updates > > - Marvell TX2 core and uncore support > > - enhanced per-event info: can report if event is speculative (starting with Intel Icelake) > > - support for Intel Icelake Extended PEBS via hw_smple attribute > > - rtop examples building conditionally now (must have ncurses-devel) > > - many bug fixes > > > > Thanks to all the contributors. > > Release is available here <https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download>. > > > > Enjoy! > > Hi Stephane, > > Thanks very much for the new libpfm release. I have created a build of it in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > I see there is also Fujitsu A64FX support in there. However, the documentation page is only installed for the 32-bit arm (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the CONFIG_PFMLIB_ARCH_ARM64 build. > > I will fix that this week. > Let me know if you found anything else. > Thanks. > Hi Stephane, I noticed that the libpfm library generated by libpfm-4.11.0 is: /usr/lib64/libpfm.so.4.10.1 It looks like the this is due to the following not being bumped in the release: config.mk:REVISION=10 -Will |
From: Stephane E. <er...@go...> - 2020-09-10 23:45:51
|
On Tue, Sep 8, 2020 at 8:27 AM William Cohen <wc...@re...> wrote: > On 9/7/20 6:03 PM, Stephane Eranian via perfmon2-devel wrote: > > Hello, > > > > After more than 2 years without a release, I decided it was way overdue! > I am hoping to get back to a more regular release schedule past 2020. But > the development never actually stopped, so everything was already > available in the git repository. > > > > Lots of new support in this release: > > - Intel Icelake core PMU > > - AMD Zen2 core PMU > > - AMD Zen1 core PMU > > - ARM Neoverse N1 core PMU > > - Intel CascadelakeX uncore PMU > > - IBM s390 updates > > - lot of Intel event table updates > > - Intel Tremont core PMU support > > - Intel RAPL updates > > - Marvell TX2 core and uncore support > > - enhanced per-event info: can report if event is speculative > (starting with Intel Icelake) > > - support for Intel Icelake Extended PEBS via hw_smple attribute > > - rtop examples building conditionally now (must have ncurses-devel) > > - many bug fixes > > > > Thanks to all the contributors. > > Release is available here < > https://sourceforge.net/projects/perfmon2/files/libpfm4/libpfm-4.11.0.tar.gz/download > >. > > > > Enjoy! > > Hi Stephane, > > Thanks very much for the new libpfm release. I have created a build of it > in Fedora Rawhide, libpfm-4.11.0-1.fc34 : > > https://koji.fedoraproject.org/koji/taskinfo?taskID=51008386 > > I see there is also Fujitsu A64FX support in there. However, the > documentation page is only installed for the 32-bit arm > (CONFIG_PFMLIB_ARCH_ARM). It doesn't get included in the > CONFIG_PFMLIB_ARCH_ARM64 build. > > I will fix that this week. Let me know if you found anything else. Thanks. |