From: Stephane Eranian <eranian@hpl.hp.com>
To: linux-kernel@vger.kernel.org
Cc: perfmon@napali.hpl.hp.com, perfctr-devel@lists.sourceforge.net,
linux-ia64@vger.kernel.org
Subject: 2.6.16-rc5 perfmon2 new code base + libpfm with Montecito support
Date: Wed, 08 Mar 2006 15:53:11 +0000 [thread overview]
Message-ID: <20060308155311.GD13168@frankl.hpl.hp.com> (raw)
Hello,
I have released another version of the perfmon new base package.
This release is relative to 2.6.16-rc5
Due to the addition of a few system calls since 2.6.16-rc1, the
system call base number for all perfmon calls has changed yet again
on all architectures. As such you need to use the new version of
libpfm: libpfm-3.2-060308.
This new kernel patch includes several important changes:
- migrated all of /proc perfmon interface to /sys. The information
is split between general and per-cpu. As such it is located in
/sys/kernel/perfmon and /sys/devices/system/cpu*/perfmon/
- all data structures exchanged with the kernel now use fixed size
data types. As such they can be used without any changes by a 32-bit
application running on top on a 64-bit OS. The following changes took
place:
* all bitvectors use u64 and have fixed number of bits
* size_t is now u64
* struct timespec (set timeout) replaced by u32 (unit in micro-seconds)
* default format sampling buffer IP (instruction pointer) is u64
- added 32-bit ABI support for x86-64 arch. As a consequence, it is now
possible to run a 32-bit P4 tool on a 64-bit EM64T processor, assuming the
tool know the specifics of EM64T PMU. That goes also for PEBS support.
- Simplified the PMU description data structures. The structure pfm_pmu_config
is now split between a perfmon internal and PMU description version providing
further isolation between the core and module-provided support. There is
a simplification also in the struct pfm_reg_desc tables describing the mappings.
Tables are much smaller because they only contain the actual register mappings
for a particular PMU model as opposed to a fixed size table of 320 elements. The
perfmon core now builds its internal representation based on this information as
opposed to using it directly.
- removed extraneous locking and interrupt masking for the PMU interrupt handler
- split kernel perfmon headers files based on functionality
- added experimental support for smp_call_single() on i386. If the implementation
is satisfactory, I'll push it as a separate patch to lkml.
There was not update to the MIPS specific patch. As such it is currently broken and
cannot be used with the new libpfm.
The new version of the library, libpfm, includes the following changes:
- preliminary support for Dual-Core Itanium 2 (Montecito) based on
publicly available documentation
- update to match 2.6.16-rc5 kernel patch
- renamed all *gen_x86_64* files to *amd_x86_64* to avoid confusion
with EM64T.
- incorporated AMD provided event table for Opteron (Ray Bryant)
The two packages can be downloaded from the SourceForge website at:
http://www.sf.net/projects/perfmon2
Enjoy,
--
-Stephane
next reply other threads:[~2006-03-08 15:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-08 15:53 Stephane Eranian [this message]
2006-03-08 20:40 ` 2.6.16-rc5 perfmon2 new code base + libpfm with Montecito support William Cohen
2006-03-08 21:22 ` Stephane Eranian
2006-03-13 18:39 ` [Perfctr-devel] 2.6.16-rc5 perfmon2 new code base + libpfm with William Cohen
2006-03-13 18:55 ` [Perfctr-devel] 2.6.16-rc5 perfmon2 new code base + libpfm with Montecito support Stephane Eranian
2006-03-13 19:15 ` [Perfctr-devel] 2.6.16-rc5 perfmon2 new code base + libpfm with William Cohen
2006-03-13 20:25 ` [Perfctr-devel] 2.6.16-rc5 perfmon2 new code base + libpfm with Montecito support Stephane Eranian
2006-03-13 20:58 ` [Perfctr-devel] 2.6.16-rc5 perfmon2 new code base + libpfm with William Cohen
2006-03-13 21:21 ` [Perfctr-devel] 2.6.16-rc5 perfmon2 new code base + libpfm with Montecito support Stephane Eranian
[not found] ` <20060313210127.GA13453@totally.trollied.org>
[not found] ` <20060313210354.GG32683@frankl.hpl.hp.com>
[not found] ` <20060313232057.GA16582@totally.trollied.org>
2006-03-13 23:58 ` Stephane Eranian
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060308155311.GD13168@frankl.hpl.hp.com \
--to=eranian@hpl.hp.com \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=perfctr-devel@lists.sourceforge.net \
--cc=perfmon@napali.hpl.hp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox