summaryrefslogtreecommitdiffstats
path: root/lib/libpmc/libpmc.c
Commit message (Collapse)AuthorAgeFilesLines
* Bug fix: add a missing initializer.jkoshy2010-01-121-0/+1
| | | | | Submitted by: Luca Pizzamiglio <luca.pizzamiglio at gmail dot com> PR: i386/142742
* Intel XScale hwpmc(4) support.rpaulo2009-12-231-0/+45
| | | | | | | | | | | This brings hwpmc(4) support for 2nd and 3rd generation XScale cores. Right now it's enabled by default to make sure we test this a bit. When the time comes it can be disabled by default. Tested on Gateworks boards. A man page is coming. Obtained from: //depot/user/rpaulo/xscalepmc/...
* Not all Intel Core (TM) CPUs implement PMC_CLASS_IAF fixed-functionjkoshy2009-10-241-12/+47
| | | | | | | counters. For such CPUs, use an alternate mapping of convenience names to events supported by PMC_CLASS_IAP programmable counters. Testing and review by: fabient
* Fix parsing of Core2 event qualifiers.jkoshy2009-06-091-7/+7
| | | | Submitted by: Nikola K <laladelausanne at gmail dot com>
* - Add support for nehalem/corei7 cpus. This supports all of the corejeff2009-01-271-1/+23
| | | | | | | | counters defined in the reference manual. It does not support the 'uncore' events. Reviewed by: jkoshy Sponsored by: Nokia
* Fixes for Core2 Extreme support.jkoshy2008-12-031-1/+5
| | | | Submitted by: "Artem Belevich" <artemb at gmail dot com>
* - Add support for PMCs in Intel CPUs of Family 6, model 0xE (Core Solojkoshy2008-11-271-36/+406
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | and Core Duo), models 0xF (Core2), model 0x17 (Core2Extreme) and model 0x1C (Atom). In these CPUs, the actual numbers, kinds and widths of PMCs present need to queried at run time. Support for specific "architectural" events also needs to be queried at run time. Model 0xE CPUs support programmable PMCs, subsequent CPUs additionally support "fixed-function" counters. - Use event names that are close to vendor documentation, taking in account that: - events with identical semantics on two or more CPUs in this family can have differing names in vendor documentation, - identical vendor event names may map to differing events across CPUs, - each type of CPU supports a different subset of measurable events. Fixed-function and programmable counters both use the same vendor names for events. The use of a class name prefix ("iaf-" or "iap-" respectively) permits these to be distinguished. - In libpmc, refactor pmc_name_of_event() into a public interface and an internal helper function, for use by log handling code. - Minor code tweaks: staticize a global, freshen a few comments. Tested by: gnn
* - Sparsely number enumerations 'pmc_cputype' and 'pmc_event' in order tojkoshy2008-10-091-101/+287
| | | | | | | | | | | reduce ABI disruptions when new cpu types and new PMC events are added in the future. - Support alternate spellings for PMC events. Derive the canonical spelling of an event name from its enumeration name in 'enum pmc_event'. - Provide a way for users to disambiguate between identically named events supported by multiple classes of PMCs in a CPU. - Change libpmc's machine-dependent event specifier parsing code to better support CPUs containing two or more classes of PMC resources.
* Whitespace fixes.jkoshy2008-09-171-10/+10
|
* Add event name aliases for Pentium PMCs.jkoshy2008-09-171-1/+8
|
* Correct an event name alias: event "k7-dc-misses" does not supportjkoshy2008-09-161-1/+1
| | | | a unitmask.
* Bring the behaviour of pmc_capabilities() and pmc_width() in line withjkoshy2008-03-121-3/+5
| | | | | | documentation: set 'errno' and return -1 in case of an error. Update (c) years.
* Improve style(9) compliance and trim a long text line.jkoshy2007-12-071-128/+109
|
* Correct a typo in an event name alias.jkoshy2007-04-111-1/+1
| | | | Reported by: Harald Servat <redcrash at gmail dot com>
* Update the pmc(3) manual page's date string and freshen the year in the (c) ↵jkoshy2006-03-201-1/+1
| | | | | | line for pmc.3 and libpmc.c.
* Add an alias 'unhalted-cycles' denoting cycles where the CPU isjkoshy2006-02-251-0/+3
| | | | not in a halt or sleep state.
* - Update the CPU version check to recognize P4/EMT64 CPUs. [1]jkoshy2005-07-031-7/+12
| | | | | | | | | - Allow libpmc(3) to support P4/EMT64 PMCs on the amd64 architecture and AMD K8 PMCs on the i386. [2] Submitted by: ps [1] Pointy hat: myself [2] Approved by: re (scottl)
* Fix tinderbox breakage.jkoshy2005-06-101-4/+13
|
* MFP4:jkoshy2005-06-091-711/+753
| | | | | | | | | | | | | | | | - Implement sampling modes and logging support in hwpmc(4). - Separate MI and MD parts of hwpmc(4) and allow sharing of PMC implementations across different architectures. Add support for P4 (EMT64) style PMCs to the amd64 code. - New pmcstat(8) options: -E (exit time counts) -W (counts every context switch), -R (print log file). - pmc(3) API changes, improve our ability to keep ABI compatibility in the future. Add more 'alias' names for commonly used events. - bug fixes & documentation.
* Add convenience APIs pmc_width() and pmc_capabilities() to -lpmc.jkoshy2005-05-011-0/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Have pmcstat(8) and pmccontrol(8) use these APIs. Return PMC class-related constants (PMC widths and capabilities) with the OP GETCPUINFO call leaving OP PMCINFO to return only the dynamic information associated with a PMC (i.e., whether enabled, owner pid, reload count etc.). Allow pmc_read() (i.e., OPS PMCRW) on active self-attached PMCs to get upto-date values from hardware since we can guarantee that the hardware is running the correct PMC at the time of the call. Bug fixes: - (x86 class processors) Fix a bug that prevented an RDPMC instruction from being recognized as permitted till after the attached process had context switched out and back in again after a pmc_start() call. Tighten the rules for using RDPMC class instructions: a GETMSR OP is now allowed only after an OP ATTACH has been done by the PMC's owner to itself. OP GETMSR is not allowed for PMCs that track descendants, for PMCs attached to processes other than their owner processes. - (P4/HTT processors only) Fix a bug that caused the MI and MD layers to get out of sync. Add a new MD operation 'get_config()' as part of this fix. - Allow multiple system-mode PMCs at the same row-index but on different CPUs to be allocated. - Reject allocation of an administratively disabled PMC. Misc. code cleanups and refactoring. Improve a few comments.
* Add event aliases for P6 and K8 PMCs.jkoshy2005-04-211-17/+31
|
* o Do not include <machine/pmc_mdep.h>. It's automaticly included formarcel2005-04-201-9/+9
| | | | | | | | | | | | us when <sys/pmc.h> is included. o Replace "#if __i386__" and "#if __amd64__" with the equivalent of "#ifdef __i386__" and "#ifdef __amd64__" (resp.) These tokens are not defined on all platforms. o Conditionally compile pmc_parse_mask() on i386 and amd64 only. It's only referenced there. This will change when support for other platforms is added, of course. Ok'd by: jkoshy@
* Remove extra Id keyword.jkoshy2005-04-201-2/+0
|
* Bring a working snapshot of hwpmc(4), its associated libraries, userland ↵jkoshy2005-04-191-0/+2136
utilities and documentation into -CURRENT. Bump FreeBSD_version. Reviewed by: alc, jhb (kernel changes)
OpenPOWER on IntegriCloud