Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
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
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
(3) |
2
(7) |
3
(7) |
4
(3) |
5
|
6
|
7
|
8
|
9
(2) |
10
(6) |
11
(1) |
12
|
13
|
14
(4) |
15
(6) |
16
(5) |
17
(9) |
18
(6) |
19
(7) |
20
(1) |
21
(8) |
22
(11) |
23
(3) |
24
(3) |
25
|
26
|
27
|
28
(1) |
29
(1) |
30
|
31
|
|
|
From: stephane eranian <eranian@go...> - 2011-03-29 03:09:03
|
Hi, Just drop the patch that change the routing if it conflicts for you. Everything else should still work. On Mon, Mar 28, 2011 at 1:41 PM, Zoltán Majó <zoltan.majo@...> wrote: > Hi Stephane, > > > in your last commit > > a1d22713bcee9fa384fe3c7a09dbce7f1ddc4f6d > > to the perfmon2 kernel tree you changed the Intel Westmere interrupt > routing. Because of this change it is not possible to use > CONFIG_HOTPLUG_CPU. However, this variable is enabled if the kernel is > configured with ACPI. > > I would like to do some measurements in a 2-processor Westmere-based > NUMA system. For my measurements I need NUMA-awareness in Linux. > However, Linux can get information about the NUMA topology of the > machine only if ACPI is enabled. In conclusion, it seems that I can > either have NUMA, or perfmon2, but not both at the same time. > > I need only per-core event for my measurements, and not the uncore > events targeted by your latest patch. Do you think that if I use the > second last version > > 0e3ee97afaaccc932224be1a53625e4da599d7b5 > > of the perfmon2 kernel, I'll still get correct results for per-core events? > > Thanks, > > > Zoltan Majo > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > perfmon2-devel mailing list > perfmon2-devel@... > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel > |
From: Zoltán Majó <zoltan.majo@in...> - 2011-03-28 13:41:16
|
Hi Stephane, in your last commit a1d22713bcee9fa384fe3c7a09dbce7f1ddc4f6d to the perfmon2 kernel tree you changed the Intel Westmere interrupt routing. Because of this change it is not possible to use CONFIG_HOTPLUG_CPU. However, this variable is enabled if the kernel is configured with ACPI. I would like to do some measurements in a 2-processor Westmere-based NUMA system. For my measurements I need NUMA-awareness in Linux. However, Linux can get information about the NUMA topology of the machine only if ACPI is enabled. In conclusion, it seems that I can either have NUMA, or perfmon2, but not both at the same time. I need only per-core event for my measurements, and not the uncore events targeted by your latest patch. Do you think that if I use the second last version 0e3ee97afaaccc932224be1a53625e4da599d7b5 of the perfmon2 kernel, I'll still get correct results for per-core events? Thanks, Zoltan Majo |
From: stephane eranian <eranian@go...> - 2011-03-24 12:47:51
|
2011/3/22 陳韋任 <chenwj@...>: > Hi, > >> I doubt this is the problem. > > Yeah, I have tried -1 through 2. But none of them works. :/ > >> You need to make sure you have a kernel that supports PEBS. >> To do that, you can check the syslog. dmesg | fgrep PEBS should >> do it. > > $ dmesg | grep "Performance Events" > Performance Events: PEBS fmt0+, Core2 events, Intel PMU driver. > >> libbpfm4 does maintain this information. It won't let you enable >> precise sampling (precise=) if the event does not support PEBS. > > `showevtinfo` list events with field Flags, some events'Flags are > "[precise]". Does this mean those events support PBES? For example, > > #----------------------------- > IDX : 23068780 > PMU name : core (Intel Core) > Name : X87_OPS_RETIRED > Equiv : None > Flags : [precise] > Desc : FXCH instructions retired > Code : 0xc1 > Umask-00 : 0x01 : PMU : [FXCH] : None : FXCH instructions retired > Umask-01 : 0xfe : PMU : [ANY] : [default] [precise] : Retired floating-point computational operations (Precise Event) > Modif-00 : 0x00 : PMU : [k] : monitor at priv level 0 (boolean) > Modif-01 : 0x01 : PMU : [u] : monitor at priv level 1, 2, 3 (boolean) > Modif-02 : 0x02 : PMU : [e] : edge level (boolean) > Modif-03 : 0x03 : PMU : [i] : invert (boolean) > Modif-04 : 0x04 : PMU : [c] : counter-mask in range [0-255] (integer) > > $ evt2raw -v X87_OPS_RETIRED:FXCH > r5301c1 core::X87_OPS_RETIRED:FXCH:e=0:i=0:c=0:u=1:k=1:precise=0 > $ evt2raw -v X87_OPS_RETIRED:FXCH:precise=1 > r5301c1 core::X87_OPS_RETIRED:FXCH:e=0:i=0:c=0:u=1:k=1:precise=1 > > $ ./perf_examples/evt2raw -v X87_OPS_RETIRED > r53fec1 core::X87_OPS_RETIRED:ANY:e=0:i=0:c=0:u=1:k=1:precise=0 > $ ./perf_examples/evt2raw -v X87_OPS_RETIRED:precise=1 > r53fec1 core::X87_OPS_RETIRED:ANY:e=0:i=0:c=0:u=1:k=1:precise=1 > > Here are some questions, > > 1. From the output of `showevtinfo`, one might think X87_OPS_RETIRED:FXCH > does not allow PBES compared with X87_OPS_RETIRED:ANY. But `evt2raw` > does not reject this kind input. Is this a bug? Or I just > misunderstood what `showevtinfo` output means? > evt2raw does not take into account the precise attribute. That's because it does not impact attr->config but rather attr->precise_ip. > 2. Assume X87_OPS_RETIRED:ANY allows "precise=0" or "precise=1". But the > raw event code are the same (r53fec1). Is this right? If so, how does > `perf` choose to use PBES or not? > precise=0 -> do not use PEBS precise=1 -> use PEBS but do not try to correct IP+1 skid precise=2 -> use PEBS + LBR to correct IP+1 skid Again PEBS does not impact event code. Use task_smpl to check if this event actually work as PEBS. If so it should capture samples marked with '(exact)' when precise=2. > Thanks! > > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Parallel Processing Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > |
From: 陳韋任 <chenwj@ii...> - 2011-03-24 08:55:10
|
Hi, Stephane > > $ dmesg | grep "Performance Events" > > Performance Events: PEBS fmt0+, Core2 events, Intel PMU driver. > > > On Core 2 due to a PMU erratum on cetain models, PEBS is disabled > at boot time. This is true if you have a model 15 CPU. Model 15 CPU? I can only guess what you said can be found in /proc/cpuinfo. If so, I think it's not a model 15 CPU. vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Xeon(R) CPU E5410 @ 2.33GHz Regards, chenwj -- Wei-Ren Chen (陳韋任) Parallel Processing Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 |
From: stephane eranian <eranian@go...> - 2011-03-24 08:23:01
|
2011/3/22 陳韋任 <chenwj@...>: > Hi, > >> I doubt this is the problem. > > Yeah, I have tried -1 through 2. But none of them works. :/ > >> You need to make sure you have a kernel that supports PEBS. >> To do that, you can check the syslog. dmesg | fgrep PEBS should >> do it. > > $ dmesg | grep "Performance Events" > Performance Events: PEBS fmt0+, Core2 events, Intel PMU driver. > On Core 2 due to a PMU erratum on cetain models, PEBS is disabled at boot time. This is true if you have a model 15 CPU. >> libbpfm4 does maintain this information. It won't let you enable >> precise sampling (precise=) if the event does not support PEBS. > > `showevtinfo` list events with field Flags, some events'Flags are > "[precise]". Does this mean those events support PBES? For example, > > #----------------------------- > IDX : 23068780 > PMU name : core (Intel Core) > Name : X87_OPS_RETIRED > Equiv : None > Flags : [precise] > Desc : FXCH instructions retired > Code : 0xc1 > Umask-00 : 0x01 : PMU : [FXCH] : None : FXCH instructions retired > Umask-01 : 0xfe : PMU : [ANY] : [default] [precise] : Retired floating-point computational operations (Precise Event) > Modif-00 : 0x00 : PMU : [k] : monitor at priv level 0 (boolean) > Modif-01 : 0x01 : PMU : [u] : monitor at priv level 1, 2, 3 (boolean) > Modif-02 : 0x02 : PMU : [e] : edge level (boolean) > Modif-03 : 0x03 : PMU : [i] : invert (boolean) > Modif-04 : 0x04 : PMU : [c] : counter-mask in range [0-255] (integer) > > $ evt2raw -v X87_OPS_RETIRED:FXCH > r5301c1 core::X87_OPS_RETIRED:FXCH:e=0:i=0:c=0:u=1:k=1:precise=0 > $ evt2raw -v X87_OPS_RETIRED:FXCH:precise=1 > r5301c1 core::X87_OPS_RETIRED:FXCH:e=0:i=0:c=0:u=1:k=1:precise=1 > > $ ./perf_examples/evt2raw -v X87_OPS_RETIRED > r53fec1 core::X87_OPS_RETIRED:ANY:e=0:i=0:c=0:u=1:k=1:precise=0 > $ ./perf_examples/evt2raw -v X87_OPS_RETIRED:precise=1 > r53fec1 core::X87_OPS_RETIRED:ANY:e=0:i=0:c=0:u=1:k=1:precise=1 > > Here are some questions, > > 1. From the output of `showevtinfo`, one might think X87_OPS_RETIRED:FXCH > does not allow PBES compared with X87_OPS_RETIRED:ANY. But `evt2raw` > does not reject this kind input. Is this a bug? Or I just > misunderstood what `showevtinfo` output means? > > 2. Assume X87_OPS_RETIRED:ANY allows "precise=0" or "precise=1". But the > raw event code are the same (r53fec1). Is this right? If so, how does > `perf` choose to use PBES or not? > > Thanks! > > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Parallel Processing Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > |
From: Stephane Eranian <eranian@go...> - 2011-03-23 15:03:24
|
This patch solves a stale pointer problem in update_cgrp_time_from_cpuctx(). The cpuctx->cgrp was not cleared on all possible event exit paths, including: close() perf_release() perf_release_kernel() list_del_event() This patch fixes list_del_event() to clear cpuctx->cgrp when there are no cgroup events left in the context. This second version makes the code compile when CONFIG_CGROUP_PERF is not enabled. We unconditionally define perf_cpu_context->cgrp. Signed-off-by: Stephane Eranian <eranian@...> --- diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h index f495c01..311b4dc 100644 --- a/include/linux/perf_event.h +++ b/include/linux/perf_event.h @@ -938,9 +938,7 @@ struct perf_cpu_context { struct list_head rotation_list; int jiffies_interval; struct pmu *active_pmu; -#ifdef CONFIG_CGROUP_PERF struct perf_cgroup *cgrp; -#endif }; struct perf_output_handle { diff --git a/kernel/perf_event.c b/kernel/perf_event.c index 3472bb1..0c71422 100644 --- a/kernel/perf_event.c +++ b/kernel/perf_event.c @@ -941,6 +941,7 @@ static void perf_group_attach(struct perf_event *event) static void list_del_event(struct perf_event *event, struct perf_event_context *ctx) { + struct perf_cpu_context *cpuctx; /* * We can have double detach due to exit/hot-unplug + close. */ @@ -949,8 +950,17 @@ list_del_event(struct perf_event *event, struct perf_event_context *ctx) event->attach_state &= ~PERF_ATTACH_CONTEXT; - if (is_cgroup_event(event)) + if (is_cgroup_event(event)) { ctx->nr_cgroups--; + cpuctx = __get_cpu_context(ctx); + /* + * if there are no more cgroup events + * then cler cgrp to avoid stale pointer + * in update_cgrp_time_from_cpuctx() + */ + if (!ctx->nr_cgroups) + cpuctx->cgrp = NULL; + } ctx->nr_events--; if (event->attr.inherit_stat) |
From: Stephane Eranian <eranian@go...> - 2011-03-23 12:48:18
|
On Wed, Mar 23, 2011 at 12:36 PM, Ingo Molnar <mingo@...> wrote: > > * Stephane Eranian <eranian@...> wrote: > >> - if (is_cgroup_event(event)) >> + if (is_cgroup_event(event)) { >> ctx->nr_cgroups--; >> + cpuctx = __get_cpu_context(ctx); >> + /* >> + * if there are no more cgroup events >> + * then clear cgrp to avoid stale pointer >> + * in update_cgrp_time_from_cpuctx() >> + */ >> + if (!ctx->nr_cgroups) >> + cpuctx->cgrp = NULL; >> + } > > The ->cgrp pointer does not exist on !CGROUPS kernels. I suspect the cleanest > approach would be to make those two cgrp fields available unconditionally in > struct perf_event. > Argh, I forgot to test !CGROUP. I tend to agree with you on making those fields unconditional. We don't save that much by not doing it. > Thanks, > > Ingo > |
From: Ingo Molnar <mingo@el...> - 2011-03-23 11:36:34
|
* Stephane Eranian <eranian@...> wrote: > - if (is_cgroup_event(event)) > + if (is_cgroup_event(event)) { > ctx->nr_cgroups--; > + cpuctx = __get_cpu_context(ctx); > + /* > + * if there are no more cgroup events > + * then clear cgrp to avoid stale pointer > + * in update_cgrp_time_from_cpuctx() > + */ > + if (!ctx->nr_cgroups) > + cpuctx->cgrp = NULL; > + } The ->cgrp pointer does not exist on !CGROUPS kernels. I suspect the cleanest approach would be to make those two cgrp fields available unconditionally in struct perf_event. Thanks, Ingo |
From: Arun Sharma <asharma@fb...> - 2011-03-22 22:50:34
|
Useful for getting stack traces for hardware events not handled by PERF_TYPE_HARDWARE. Signed-off-by: Arun Sharma <asharma@...> Cc: Ingo Molnar <mingo@...> Cc: Frederic Weisbecker <fweisbec@...> Cc: Mike Galbraith <efault@...> Cc: Paul Mackerras <paulus@...> Cc: Peter Zijlstra <a.p.zijlstra@...> Cc: Stephane Eranian <eranian@...> Cc: Thomas Gleixner <tglx@...> Cc: Tom Zanussi <tzanussi@...> Cc: linux-kernel@... Cc: linux-perf-users@... Cc: perfmon2-devel@... --- tools/perf/builtin-script.c | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/tools/perf/builtin-script.c b/tools/perf/builtin-script.c index 9f5fc54..97c66df 100644 --- a/tools/perf/builtin-script.c +++ b/tools/perf/builtin-script.c @@ -61,6 +61,10 @@ static u64 output_fields[PERF_TYPE_MAX] = { [PERF_TYPE_TRACEPOINT] = PERF_OUTPUT_COMM | PERF_OUTPUT_TID | \ PERF_OUTPUT_CPU | PERF_OUTPUT_TIME | \ PERF_OUTPUT_EVNAME | PERF_OUTPUT_TRACE, + + [PERF_TYPE_RAW] = PERF_OUTPUT_COMM | PERF_OUTPUT_TID | \ + PERF_OUTPUT_CPU | PERF_OUTPUT_TIME | \ + PERF_OUTPUT_EVNAME | PERF_OUTPUT_SYM, }; static bool output_set_by_user; @@ -481,6 +485,8 @@ static int parse_output_fields(const struct option *opt __used, type = PERF_TYPE_SOFTWARE; else if (!strcmp(tok, "trace")) type = PERF_TYPE_TRACEPOINT; + else if (!strcmp(tok, "raw")) + type = PERF_TYPE_RAW; else { fprintf(stderr, "Invalid event type in field string."); return -EINVAL; @@ -836,7 +842,7 @@ static const struct option options[] = { OPT_STRING(0, "symfs", &symbol_conf.symfs, "directory", "Look for files with symbols relative to this directory"), OPT_CALLBACK('f', "fields", NULL, "str", - "comma separated output fields prepend with 'type:'. Valid types: hw,sw,trace. Fields: comm,tid,pid,time,cpu,event,trace,sym", + "comma separated output fields prepend with 'type:'. Valid types: hw,sw,trace,raw. Fields: comm,tid,pid,time,cpu,event,trace,sym", parse_output_fields), OPT_END() -- 1.7.4 |
From: Rahul Garg <rahulgarg44@gm...> - 2011-03-22 22:14:51
|
Great! Thanks. rahul On Tue, Mar 22, 2011 at 6:03 PM, stephane eranian <eranian@...>wrote: > Rahul, > > At first glance, looks like the 2.6.35 kernel would work on Family 14h. > So you're just missing the libpfm4 support, which should not be too > difficult to add. Looks like fam14h is very close fam10h. > > > On Tue, Mar 22, 2011 at 10:52 PM, Rahul Garg <rahulgarg44@...> > wrote: > > Ok thanks for the info. I am a little unclear about the kernel. Will I > need > > to update the kernel to newer version to use libpfm4 with this processor > > (when the support is available in libpfm4)? I was hoping to use 2.6.35 > due > > to other constraints. > > Thanks for all your work! Have been a happy user of libpfm on other > > processors. > > rahul > > On Tue, Mar 22, 2011 at 5:44 PM, stephane eranian < > eranian@...> > > wrote: > >> > >> Looks like the BKDG just came out a few days ago: > >> > >> http://support.amd.com/us/Processor_TechDocs/43170.pdf > >> > >> Need to look into the PMU description. > >> > >> Also note that beyond libpfm4, the kernel would need to be updated > >> to support Fam14h. > >> > >> > >> On Tue, Mar 22, 2011 at 10:41 PM, stephane eranian > >> <eranian@...> wrote: > >> > Hi, > >> > > >> > Is the spec of Fam 14h available? > >> > > >> > > >> > On Tue, Mar 22, 2011 at 10:37 PM, Rahul Garg <rahulgarg44@...> > >> > wrote: > >> >> Hi. > >> >> > >> >> Bobcat is AMD Family 14h. Some products based on it include AMD E-350 > >> >> Fusion > >> >> APU, E-240 APU and C-50 APU etc. > >> >> > >> >> > >> >> rahul > >> >> > >> >> On Tue, Mar 22, 2011 at 5:26 PM, stephane eranian > >> >> <eranian@...> > >> >> wrote: > >> >>> > >> >>> Hi, > >> >>> > >> >>> On Tue, Mar 22, 2011 at 10:22 PM, Rahul Garg <rahulgarg44@... > > > >> >>> wrote: > >> >>> > Hi everyone. > >> >>> > > >> >>> > I was wondering if libpfm4 supports this processor? I don't have a > >> >>> > machine > >> >>> > yet so cannot test this myself :( > >> >>> > > >> >>> I don't know much about Bobcat. It is unlcear to me whether it is > >> >>> based on > >> >>> Family 10h or 15h micro-architecture? > >> >>> > >> >>> libpfm4 will supports both. Fam15h is in progres.. > >> >>> > >> >>> > rahul > >> >>> > > >> >>> > > >> >>> > > >> >>> > > ------------------------------------------------------------------------------ > >> >>> > Enable your software for Intel(R) Active Management Technology to > >> >>> > meet > >> >>> > the > >> >>> > growing manageability and security demands of your customers. > >> >>> > Businesses > >> >>> > are taking advantage of Intel(R) vPro (TM) technology - will your > >> >>> > software > >> >>> > be a part of the solution? Download the Intel(R) Manageability > >> >>> > Checker > >> >>> > today! http://p.sf.net/sfu/intel-dev2devmar > >> >>> > _______________________________________________ > >> >>> > perfmon2-devel mailing list > >> >>> > perfmon2-devel@... > >> >>> > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel > >> >>> > > >> >>> > > >> >> > >> >> > >> > > > > > > |
From: stephane eranian <eranian@go...> - 2011-03-22 22:03:31
|
Rahul, At first glance, looks like the 2.6.35 kernel would work on Family 14h. So you're just missing the libpfm4 support, which should not be too difficult to add. Looks like fam14h is very close fam10h. On Tue, Mar 22, 2011 at 10:52 PM, Rahul Garg <rahulgarg44@...> wrote: > Ok thanks for the info. I am a little unclear about the kernel. Will I need > to update the kernel to newer version to use libpfm4 with this processor > (when the support is available in libpfm4)? I was hoping to use 2.6.35 due > to other constraints. > Thanks for all your work! Have been a happy user of libpfm on other > processors. > rahul > On Tue, Mar 22, 2011 at 5:44 PM, stephane eranian <eranian@...> > wrote: >> >> Looks like the BKDG just came out a few days ago: >> >> http://support.amd.com/us/Processor_TechDocs/43170.pdf >> >> Need to look into the PMU description. >> >> Also note that beyond libpfm4, the kernel would need to be updated >> to support Fam14h. >> >> >> On Tue, Mar 22, 2011 at 10:41 PM, stephane eranian >> <eranian@...> wrote: >> > Hi, >> > >> > Is the spec of Fam 14h available? >> > >> > >> > On Tue, Mar 22, 2011 at 10:37 PM, Rahul Garg <rahulgarg44@...> >> > wrote: >> >> Hi. >> >> >> >> Bobcat is AMD Family 14h. Some products based on it include AMD E-350 >> >> Fusion >> >> APU, E-240 APU and C-50 APU etc. >> >> >> >> >> >> rahul >> >> >> >> On Tue, Mar 22, 2011 at 5:26 PM, stephane eranian >> >> <eranian@...> >> >> wrote: >> >>> >> >>> Hi, >> >>> >> >>> On Tue, Mar 22, 2011 at 10:22 PM, Rahul Garg <rahulgarg44@...> >> >>> wrote: >> >>> > Hi everyone. >> >>> > >> >>> > I was wondering if libpfm4 supports this processor? I don't have a >> >>> > machine >> >>> > yet so cannot test this myself :( >> >>> > >> >>> I don't know much about Bobcat. It is unlcear to me whether it is >> >>> based on >> >>> Family 10h or 15h micro-architecture? >> >>> >> >>> libpfm4 will supports both. Fam15h is in progres.. >> >>> >> >>> > rahul >> >>> > >> >>> > >> >>> > >> >>> > ------------------------------------------------------------------------------ >> >>> > Enable your software for Intel(R) Active Management Technology to >> >>> > meet >> >>> > the >> >>> > growing manageability and security demands of your customers. >> >>> > Businesses >> >>> > are taking advantage of Intel(R) vPro (TM) technology - will your >> >>> > software >> >>> > be a part of the solution? Download the Intel(R) Manageability >> >>> > Checker >> >>> > today! http://p.sf.net/sfu/intel-dev2devmar >> >>> > _______________________________________________ >> >>> > perfmon2-devel mailing list >> >>> > perfmon2-devel@... >> >>> > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel >> >>> > >> >>> > >> >> >> >> >> > > > |
From: Rahul Garg <rahulgarg44@gm...> - 2011-03-22 21:52:57
|
Ok thanks for the info. I am a little unclear about the kernel. Will I need to update the kernel to newer version to use libpfm4 with this processor (when the support is available in libpfm4)? I was hoping to use 2.6.35 due to other constraints. Thanks for all your work! Have been a happy user of libpfm on other processors. rahul On Tue, Mar 22, 2011 at 5:44 PM, stephane eranian <eranian@...>wrote: > Looks like the BKDG just came out a few days ago: > > http://support.amd.com/us/Processor_TechDocs/43170.pdf > > Need to look into the PMU description. > > Also note that beyond libpfm4, the kernel would need to be updated > to support Fam14h. > > > On Tue, Mar 22, 2011 at 10:41 PM, stephane eranian > <eranian@...> wrote: > > Hi, > > > > Is the spec of Fam 14h available? > > > > > > On Tue, Mar 22, 2011 at 10:37 PM, Rahul Garg <rahulgarg44@...> > wrote: > >> Hi. > >> > >> Bobcat is AMD Family 14h. Some products based on it include AMD E-350 > Fusion > >> APU, E-240 APU and C-50 APU etc. > >> > >> > >> rahul > >> > >> On Tue, Mar 22, 2011 at 5:26 PM, stephane eranian < > eranian@...> > >> wrote: > >>> > >>> Hi, > >>> > >>> On Tue, Mar 22, 2011 at 10:22 PM, Rahul Garg <rahulgarg44@...> > >>> wrote: > >>> > Hi everyone. > >>> > > >>> > I was wondering if libpfm4 supports this processor? I don't have a > >>> > machine > >>> > yet so cannot test this myself :( > >>> > > >>> I don't know much about Bobcat. It is unlcear to me whether it is based > on > >>> Family 10h or 15h micro-architecture? > >>> > >>> libpfm4 will supports both. Fam15h is in progres.. > >>> > >>> > rahul > >>> > > >>> > > >>> > > ------------------------------------------------------------------------------ > >>> > Enable your software for Intel(R) Active Management Technology to > meet > >>> > the > >>> > growing manageability and security demands of your customers. > Businesses > >>> > are taking advantage of Intel(R) vPro (TM) technology - will your > >>> > software > >>> > be a part of the solution? Download the Intel(R) Manageability > Checker > >>> > today! http://p.sf.net/sfu/intel-dev2devmar > >>> > _______________________________________________ > >>> > perfmon2-devel mailing list > >>> > perfmon2-devel@... > >>> > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel > >>> > > >>> > > >> > >> > > > |
From: stephane eranian <eranian@go...> - 2011-03-22 21:45:03
|
Looks like the BKDG just came out a few days ago: http://support.amd.com/us/Processor_TechDocs/43170.pdf Need to look into the PMU description. Also note that beyond libpfm4, the kernel would need to be updated to support Fam14h. On Tue, Mar 22, 2011 at 10:41 PM, stephane eranian <eranian@...> wrote: > Hi, > > Is the spec of Fam 14h available? > > > On Tue, Mar 22, 2011 at 10:37 PM, Rahul Garg <rahulgarg44@...> wrote: >> Hi. >> >> Bobcat is AMD Family 14h. Some products based on it include AMD E-350 Fusion >> APU, E-240 APU and C-50 APU etc. >> >> >> rahul >> >> On Tue, Mar 22, 2011 at 5:26 PM, stephane eranian <eranian@...> >> wrote: >>> >>> Hi, >>> >>> On Tue, Mar 22, 2011 at 10:22 PM, Rahul Garg <rahulgarg44@...> >>> wrote: >>> > Hi everyone. >>> > >>> > I was wondering if libpfm4 supports this processor? I don't have a >>> > machine >>> > yet so cannot test this myself :( >>> > >>> I don't know much about Bobcat. It is unlcear to me whether it is based on >>> Family 10h or 15h micro-architecture? >>> >>> libpfm4 will supports both. Fam15h is in progres.. >>> >>> > rahul >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > Enable your software for Intel(R) Active Management Technology to meet >>> > the >>> > growing manageability and security demands of your customers. Businesses >>> > are taking advantage of Intel(R) vPro (TM) technology - will your >>> > software >>> > be a part of the solution? Download the Intel(R) Manageability Checker >>> > today! http://p.sf.net/sfu/intel-dev2devmar >>> > _______________________________________________ >>> > perfmon2-devel mailing list >>> > perfmon2-devel@... >>> > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel >>> > >>> > >> >> > |
From: stephane eranian <eranian@go...> - 2011-03-22 21:41:08
|
Hi, Is the spec of Fam 14h available? On Tue, Mar 22, 2011 at 10:37 PM, Rahul Garg <rahulgarg44@...> wrote: > Hi. > > Bobcat is AMD Family 14h. Some products based on it include AMD E-350 Fusion > APU, E-240 APU and C-50 APU etc. > > > rahul > > On Tue, Mar 22, 2011 at 5:26 PM, stephane eranian <eranian@...> > wrote: >> >> Hi, >> >> On Tue, Mar 22, 2011 at 10:22 PM, Rahul Garg <rahulgarg44@...> >> wrote: >> > Hi everyone. >> > >> > I was wondering if libpfm4 supports this processor? I don't have a >> > machine >> > yet so cannot test this myself :( >> > >> I don't know much about Bobcat. It is unlcear to me whether it is based on >> Family 10h or 15h micro-architecture? >> >> libpfm4 will supports both. Fam15h is in progres.. >> >> > rahul >> > >> > >> > ------------------------------------------------------------------------------ >> > Enable your software for Intel(R) Active Management Technology to meet >> > the >> > growing manageability and security demands of your customers. Businesses >> > are taking advantage of Intel(R) vPro (TM) technology - will your >> > software >> > be a part of the solution? Download the Intel(R) Manageability Checker >> > today! http://p.sf.net/sfu/intel-dev2devmar >> > _______________________________________________ >> > perfmon2-devel mailing list >> > perfmon2-devel@... >> > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel >> > >> > > > |
From: Rahul Garg <rahulgarg44@gm...> - 2011-03-22 21:37:09
|
Hi. Bobcat is AMD Family 14h. Some products based on it include AMD E-350 Fusion APU, E-240 APU and C-50 APU etc. rahul On Tue, Mar 22, 2011 at 5:26 PM, stephane eranian <eranian@...>wrote: > Hi, > > On Tue, Mar 22, 2011 at 10:22 PM, Rahul Garg <rahulgarg44@...> > wrote: > > Hi everyone. > > > > I was wondering if libpfm4 supports this processor? I don't have a > machine > > yet so cannot test this myself :( > > > I don't know much about Bobcat. It is unlcear to me whether it is based on > Family 10h or 15h micro-architecture? > > libpfm4 will supports both. Fam15h is in progres.. > > > rahul > > > > > ------------------------------------------------------------------------------ > > Enable your software for Intel(R) Active Management Technology to meet > the > > growing manageability and security demands of your customers. Businesses > > are taking advantage of Intel(R) vPro (TM) technology - will your > software > > be a part of the solution? Download the Intel(R) Manageability Checker > > today! http://p.sf.net/sfu/intel-dev2devmar > > _______________________________________________ > > perfmon2-devel mailing list > > perfmon2-devel@... > > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel > > > > > |
From: stephane eranian <eranian@go...> - 2011-03-22 21:26:45
|
Hi, On Tue, Mar 22, 2011 at 10:22 PM, Rahul Garg <rahulgarg44@...> wrote: > Hi everyone. > > I was wondering if libpfm4 supports this processor? I don't have a machine > yet so cannot test this myself :( > I don't know much about Bobcat. It is unlcear to me whether it is based on Family 10h or 15h micro-architecture? libpfm4 will supports both. Fam15h is in progres.. > rahul > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > perfmon2-devel mailing list > perfmon2-devel@... > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel > > |
From: Rahul Garg <rahulgarg44@gm...> - 2011-03-22 21:22:54
|
Hi everyone. I was wondering if libpfm4 supports this processor? I don't have a machine yet so cannot test this myself :( rahul |
From: 陳韋任 <chenwj@ii...> - 2011-03-22 03:07:02
|
Hi, > I doubt this is the problem. Yeah, I have tried -1 through 2. But none of them works. :/ > You need to make sure you have a kernel that supports PEBS. > To do that, you can check the syslog. dmesg | fgrep PEBS should > do it. $ dmesg | grep "Performance Events" Performance Events: PEBS fmt0+, Core2 events, Intel PMU driver. > libbpfm4 does maintain this information. It won't let you enable > precise sampling (precise=) if the event does not support PEBS. `showevtinfo` list events with field Flags, some events'Flags are "[precise]". Does this mean those events support PBES? For example, #----------------------------- IDX : 23068780 PMU name : core (Intel Core) Name : X87_OPS_RETIRED Equiv : None Flags : [precise] Desc : FXCH instructions retired Code : 0xc1 Umask-00 : 0x01 : PMU : [FXCH] : None : FXCH instructions retired Umask-01 : 0xfe : PMU : [ANY] : [default] [precise] : Retired floating-point computational operations (Precise Event) Modif-00 : 0x00 : PMU : [k] : monitor at priv level 0 (boolean) Modif-01 : 0x01 : PMU : [u] : monitor at priv level 1, 2, 3 (boolean) Modif-02 : 0x02 : PMU : [e] : edge level (boolean) Modif-03 : 0x03 : PMU : [i] : invert (boolean) Modif-04 : 0x04 : PMU : [c] : counter-mask in range [0-255] (integer) $ evt2raw -v X87_OPS_RETIRED:FXCH r5301c1 core::X87_OPS_RETIRED:FXCH:e=0:i=0:c=0:u=1:k=1:precise=0 $ evt2raw -v X87_OPS_RETIRED:FXCH:precise=1 r5301c1 core::X87_OPS_RETIRED:FXCH:e=0:i=0:c=0:u=1:k=1:precise=1 $ ./perf_examples/evt2raw -v X87_OPS_RETIRED r53fec1 core::X87_OPS_RETIRED:ANY:e=0:i=0:c=0:u=1:k=1:precise=0 $ ./perf_examples/evt2raw -v X87_OPS_RETIRED:precise=1 r53fec1 core::X87_OPS_RETIRED:ANY:e=0:i=0:c=0:u=1:k=1:precise=1 Here are some questions, 1. From the output of `showevtinfo`, one might think X87_OPS_RETIRED:FXCH does not allow PBES compared with X87_OPS_RETIRED:ANY. But `evt2raw` does not reject this kind input. Is this a bug? Or I just misunderstood what `showevtinfo` output means? 2. Assume X87_OPS_RETIRED:ANY allows "precise=0" or "precise=1". But the raw event code are the same (r53fec1). Is this right? If so, how does `perf` choose to use PBES or not? Thanks! Regards, chenwj -- Wei-Ren Chen (陳韋任) Parallel Processing Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 |
From: 陳韋任 <chenwj@ii...> - 2011-03-22 02:06:09
|
Hi, > I suspect so. Older version of perf add poor error messages. > > Which machine is this running on? The attachments are outputs of dmsg and cpuinfo. Is it possible to build a newer perf by a "normal" user himself? Or the newer perf needs a kernel update to work correctly? If a newer perf can be build by a normal user without kernel update and works correctly, I can try a new one myself. Thanks. Regards, chenwj -- Wei-Ren Chen (陳韋任) Parallel Processing Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 |
From: Stephane Eranian <eranian@go...> - 2011-03-21 15:12:49
|
This patch solves a stale pointer problem in update_cgrp_time_from_cpuctx(). The cpuctx->cgrp was not cleared on all possible event exit paths, including: close() perf_release() perf_release_kernel() list_del_event() This patch fixes list_del_event() to clear cpuctx->cgrp when there are no cgroup events left in the context. Signed-off-by: Stephane Eranian <eranian@...> --- diff --git a/kernel/perf_event.c b/kernel/perf_event.c index 3472bb1..0c71422 100644 --- a/kernel/perf_event.c +++ b/kernel/perf_event.c @@ -941,6 +941,7 @@ static void perf_group_attach(struct perf_event *event) static void list_del_event(struct perf_event *event, struct perf_event_context *ctx) { + struct perf_cpu_context *cpuctx; /* * We can have double detach due to exit/hot-unplug + close. */ @@ -949,8 +950,17 @@ list_del_event(struct perf_event *event, struct perf_event_context *ctx) event->attach_state &= ~PERF_ATTACH_CONTEXT; - if (is_cgroup_event(event)) + if (is_cgroup_event(event)) { ctx->nr_cgroups--; + cpuctx = __get_cpu_context(ctx); + /* + * if there are no more cgroup events + * then clear cgrp to avoid stale pointer + * in update_cgrp_time_from_cpuctx() + */ + if (!ctx->nr_cgroups) + cpuctx->cgrp = NULL; + } ctx->nr_events--; if (event->attr.inherit_stat) |
From: stephane eranian <eranian@go...> - 2011-03-21 13:16:18
|
On Mon, Mar 21, 2011 at 10:43 AM, 陳韋任 <chenwj@...> wrote: > Hi, > > Ah, I see. There is a comment at kernel/perf_event.c: > > /* > * perf event paranoia level: > * -1 - not paranoid at all > * 0 - disallow raw tracepoint access for unpriv > * 1 - disallow cpu events for unpriv > * 2 - disallow kernel profiling for unpriv > */ > I doubt this is the problem. You need to make sure you have a kernel that supports PEBS. To do that, you can check the syslog. dmesg | fgrep PEBS should do it. > But I have another question. `perf list` give me no such information > about PBES, so I have to try and error. Is there a better way to know > which events can be applied whith modifier "p"? > perf list does not give you this information because it does not know. That is one of the many caveats of generic PMU events. You don't know on what they are mapped to, thus it is hard to go back to the PMU documentation to figure out PEBS. The Intel documentation provides the information as to what event supports PEBS (precise sampling), though it is known to miss some. libbpfm4 does maintain this information. It won't let you enable precise sampling (precise=) if the event does not support PEBS. > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Parallel Processing Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > perfmon2-devel mailing list > perfmon2-devel@... > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel > |
From: stephane eranian <eranian@go...> - 2011-03-21 13:12:59
|
On Mon, Mar 21, 2011 at 6:52 AM, 陳韋任 <chenwj@...> wrote: > Hi, > >> Note that not all events support PEBS. This is PMU specific. The kernel >> rejects any attempts to use PEBS on events which do not support it. > > $ perf stat -e branches:pp ls > No permission to collect stats. > Consider tweaking /proc/sys/kernel/perf_event_paranoid. > I doubt this problem is permission related. It may be that perf is over-interpreting the error code. > Does above mean event "branches" does not support PBES? Or something > else? > I suspect so. Older version of perf add poor error messages. Which machine is this running on? > Thanks! > > Regards, > chenwj > > -- > Wei-Ren Chen (陳韋任) > Parallel Processing Lab, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > perfmon2-devel mailing list > perfmon2-devel@... > https://lists.sourceforge.net/lists/listinfo/perfmon2-devel > |
From: stephane eranian <eranian@go...> - 2011-03-21 13:10:59
|
Hi, On Mon, Mar 21, 2011 at 5:08 AM, Arun Sharma <arun@...> wrote: > 2011/3/20 陳韋任 <chenwj@...>: > >> And I am wondering is it possible that libpfm4 exposes LBR to users >> even perf_events doesn't? > > No - the kernel needs to support this functionality by exposing it via > a system call. libpfm4 is a user level convenience library that > converts an event name into a structure expected by the kernel. > Arun is correct. LBR needs to be exposed thru the perf_event_open() system + sampling buffer. That's not the case today. > -Arun > |
From: 陳韋任 <chenwj@ii...> - 2011-03-21 09:43:17
|
Hi, Ah, I see. There is a comment at kernel/perf_event.c: /* * perf event paranoia level: * -1 - not paranoid at all * 0 - disallow raw tracepoint access for unpriv * 1 - disallow cpu events for unpriv * 2 - disallow kernel profiling for unpriv */ But I have another question. `perf list` give me no such information about PBES, so I have to try and error. Is there a better way to know which events can be applied whith modifier "p"? Regards, chenwj -- Wei-Ren Chen (陳韋任) Parallel Processing Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 |
From: 陳韋任 <chenwj@ii...> - 2011-03-21 05:52:59
|
Hi, > Note that not all events support PEBS. This is PMU specific. The kernel > rejects any attempts to use PEBS on events which do not support it. $ perf stat -e branches:pp ls No permission to collect stats. Consider tweaking /proc/sys/kernel/perf_event_paranoid. Does above mean event "branches" does not support PBES? Or something else? Thanks! Regards, chenwj -- Wei-Ren Chen (陳韋任) Parallel Processing Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 |