summaryrefslogtreecommitdiffstats
path: root/usr.sbin/pmccontrol
Commit message (Collapse)AuthorAgeFilesLines
* More -Wmissing-variable-declarations fixes.ed2012-10-191-11/+2
| | | | | | | | | | | | | | | | In addition to adding `static' where possible: - bin/date: Move `retval' into extern.h to make it visible to date.c. - bin/ed: Move globally used variables into ed.h. - sbin/camcontrol: Move `verbose' into camcontrol.h and fix shadow warnings. - usr.bin/calendar: Remove unneeded variables. - usr.bin/chat: Make `line' local instead of global. - usr.bin/elfdump: Comment out unneeded function. - usr.bin/rlogin: Use _Noreturn instead of __dead2. - usr.bin/tset: Pull `Ospeed' into extern.h. - usr.sbin/mfiutil: Put global variables in mfiutil.h. - usr.sbin/pkg: Remove unused `os_corres'. - usr.sbin/quotaon, usr.sbin/repquota: Remove unused `qfname'.
* In usr.sbin/pmccontrol/pmccontrol.c, fix a few warnings about formatdim2011-12-171-2/+2
| | | | | | strings not being literals. MFC after: 1 week
* Improve the chances of matching an outputted string with the line of code.obrien2011-11-151-7/+10
|
* Fix logical_cpus_mask retrieving by using, correctly, cpuset_t.attilio2011-07-151-6/+13
| | | | | | | This fix also a bug where pmccontrol uses a 32 static type rather than old cpumask_t. Reported and reviewed by: avg
* pmcstat, pmccontrol: catch up with removal of machdep.hlt_cpus sysctlavg2011-07-151-21/+1
| | | | | | Reported by: Pan Tsu <inyaoo@gmail.com> Reviewed by: attilio No objections: gnn
* Revert r222363, as bde@ pointed out the initial solution was far moreattilio2011-05-311-1/+1
| | | | correct.
* Style fix: cast to size_t rather than u_long when comparing to sizeof()attilio2011-05-271-1/+1
| | | | | | rets. Requested by: kib
* Avoid breaking strict-aliasing.attilio2011-05-101-1/+3
|
* Fix breakage.attilio2011-05-061-1/+1
| | | | Reported by: sbruno
* Commit the support for removing cpumask_t and replacing it directly withattilio2011-05-051-8/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | cpuset_t objects. That is going to offer the underlying support for a simple bump of MAXCPU and then support for number of cpus > 32 (as it is today). Right now, cpumask_t is an int, 32 bits on all our supported architecture. cpumask_t on the other side is implemented as an array of longs, and easilly extendible by definition. The architectures touched by this commit are the following: - amd64 - i386 - pc98 - arm - ia64 - XEN while the others are still missing. Userland is believed to be fully converted with the changes contained here. Some technical notes: - This commit may be considered an ABI nop for all the architectures different from amd64 and ia64 (and sparc64 in the future) - per-cpu members, which are now converted to cpuset_t, needs to be accessed avoiding migration, because the size of cpuset_t should be considered unknown - size of cpuset_t objects is different from kernel and userland (this is primirally done in order to leave some more space in userland to cope with KBI extensions). If you need to access kernel cpuset_t from the userland please refer to example in this patch on how to do that correctly (kgdb may be a good source, for example). - Support for other architectures is going to be added soon - Only MAXCPU for amd64 is bumped now The patch has been tested by sbruno and Nicholas Esborn on opteron 4 x 12 pack CPUs. More testing on big SMP is expected to came soon. pluknet tested the patch with his 8-ways on both amd64 and i386. Tested by: pluknet, sbruno, gianni, Nicholas Esborn Reviewed by: jeff, jhb, sbruno
* Add code to print the number and type of the CPU that is present ingnn2010-10-111-0/+4
| | | | | | | the system as well has how many PMCs there are per CPU. In this code CPU and core are equivalent. MFC after: 1 day
* mdoc: order prologue macros consistently by Dd/Dt/Osuqs2010-04-141-1/+1
| | | | | | | | Although groff_mdoc(7) gives another impression, this is the ordering most widely used and also required by mdocml/mandoc. Reviewed by: ru Approved by: philip, ed (mentors)
* The last big commit: let usr.sbin/ use WARNS=6 by default.ed2010-01-021-2/+0
|
* Ignore absent CPUs when listing the current state of PMC hardware.jkoshy2008-11-161-1/+4
|
* - Document the changed meaning of a '*' argument to option "-c".jkoshy2008-11-091-7/+7
| | | | - Tweak grammar.
* Change the meaning of a "*" argument to option -c to mean 'alljkoshy2008-11-091-7/+21
| | | | | unhalted CPUs', instead of 'all CPUs'. This change brings pmccontrol(8) in line with pmcstat(8).
* Fix pmccontrol(8) on Intel Xeon's running in 64 bit mode.jkoshy2006-02-271-1/+1
| | | | PR: kern/93773
* The 'intr_bufferfull' driver statistic actually counts the numberjkoshy2005-09-291-1/+1
| | | | | | | of times sampling was stopped due to a space shortage; change its description in the output of `pmcstat -s` to match reality. MFC after: 3 days
* Tidy up the markup, fixed the HISTORY section (1).ru2005-06-241-28/+23
| | | | | | Reviewed by: jkoshy Submitted by: jkoshy (1) Approved by: re (blanket)
* Sync the usage message with the code.jkoshy2005-06-241-0/+1
| | | | | Approved by: re (hwpmc blanket) Pointed out by: ru
* MFP4:jkoshy2005-06-091-10/+13
| | | | | | | | | | | | | | | | - 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-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Remove superfluous CFLAGS lines. Use the conditional '?=' constructjkoshy2005-04-191-3/+1
| | | | | | for WARNS lines. Submitted by: ru
* Bring a working snapshot of hwpmc(4), its associated libraries, userland ↵jkoshy2005-04-193-0/+625
utilities and documentation into -CURRENT. Bump FreeBSD_version. Reviewed by: alc, jhb (kernel changes)
OpenPOWER on IntegriCloud