History log of /freebsd/tools/tools/umastat/umastat.c (Results 1 – 25 of 30)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: release/14.0.0
# b3e76948 16-Aug-2023 Warner Losh <imp@FreeBSD.org>

Remove $FreeBSD$: two-line .h pattern

Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/


Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0
# af3f3602 27-Apr-2017 Dimitry Andric <dim@FreeBSD.org>

Merge ^/head r317281 through r317502.


# 36b6ce07 26-Apr-2017 Gleb Smirnoff <glebius@FreeBSD.org>

Fix build of tools/tools/umastat.

PR: 218887
Submitted by: Fabian Keil <fk fabiankeil.de>
Obtained from: ElectroBSD


# a55ebb7c 11-Mar-2017 Andriy Gapon <avg@FreeBSD.org>

uma: eliminate uk_slabsize field

The field was not used beyond the initial keg setup stage anyway.

MFC after: 1 month (if ever)


# 0ed76ec8 24-Nov-2016 Dimitry Andric <dim@FreeBSD.org>

Merge ^/head r308870 through r309105.


# 4026b447 20-Nov-2016 Justin Hibbits <jhibbits@FreeBSD.org>

Fix buildworld for powerpc.

vmpage requires struct pmap to exist and contain a pm_stats field. As of
r308817, either AIM or BOOKE is required to be set in order to get their
respective pmap structs

Fix buildworld for powerpc.

vmpage requires struct pmap to exist and contain a pm_stats field. As of
r308817, either AIM or BOOKE is required to be set in order to get their
respective pmap structs. Rather than expose them both, or try to unify them
unnecessarily, add a third option which contains only a pm_stats field, and
change the two existing pmap structures to place the common fields at the
beginning of the struct. This actually fixes the stats collection by libkvm on
AIM hardware, because before it was accessing a possibly different offset, which
would cause it to read garbage.

Bump __FreeBSD_version to denote this ABI change, so that ports which depend on
libkvm can be rebuilt.

show more ...


Revision tags: release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0
# 3b8f0845 28-Apr-2014 Simon J. Gerraty <sjg@FreeBSD.org>

Merge head


# 84e51a1b 23-Apr-2014 Alan Somers <asomers@FreeBSD.org>

IFC @264767


# 5748b897 19-Feb-2014 Martin Matuska <mm@FreeBSD.org>

Merge head up to r262222 (last merge was incomplete).


# 485ac45a 04-Feb-2014 Peter Grehan <grehan@FreeBSD.org>

MFC @ r259205 in preparation for some SVM updates. (for real this time)


Revision tags: release/10.0.0
# c43db7e2 20-Nov-2013 Alexander Motin <mav@FreeBSD.org>

Print some more flags.


# 654957c2 19-Nov-2013 Gleb Smirnoff <glebius@FreeBSD.org>

Merge head up to r258343.


# 309c874c 17-Nov-2013 Alexander Motin <mav@FreeBSD.org>

Fix umastat build on present kernel.


Revision tags: release/9.2.0
# d1d01586 05-Sep-2013 Simon J. Gerraty <sjg@FreeBSD.org>

Merge from head


# 40f65a4d 07-Aug-2013 Peter Grehan <grehan@FreeBSD.org>

IFC @ r254014


# 552311f4 17-Jul-2013 Xin LI <delphij@FreeBSD.org>

IFC @253398


# cfe30d02 19-Jun-2013 Gleb Smirnoff <glebius@FreeBSD.org>

Merge fresh head.


Revision tags: release/8.4.0
# 5911f5a7 12-Apr-2013 Sergey Kandaurov <pluknet@FreeBSD.org>

Fix build.
- pass a format string to printf
- catch up with constifying uz_name

MFC after: 3 days


Revision tags: release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0
# 92840531 21-Sep-2010 Andriy Gapon <avg@FreeBSD.org>

tools/umastat: more cleanups

PR: misc/146119
Submitted by: pluknet <pluknet@gmail.com>
MFC after: 1 week


# 4b5ccbf7 20-Sep-2010 Andriy Gapon <avg@FreeBSD.org>

tools/umastat: fix build on amd64

And perhaps other 64-bit platforms.

Submitted by: Fabian Keil <freebsd-listen@fabiankeil.de>
MFC after: 1 week


Revision tags: release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0
# 02215f1e 06-Feb-2007 Pawel Jakub Dawidek <pjd@FreeBSD.org>

Allow to use umastat on coredumps.

Reviewed by: rwatson


Revision tags: release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0
# 283e3098 06-Mar-2006 Wojciech A. Koszek <wkoszek@FreeBSD.org>

Allocate proper amount of memory. Otherwise, we pass the end of a buffer,
thus having unpleasant warning. Was found by jemalloc redzone code.

Reviewed by: rwatson
Approved by: cognet (mentor)


# bade32af 08-Dec-2005 Robert Watson <rwatson@FreeBSD.org>

After printing per-cpu cache contents, summarize total cached items and
entries across the caches.

Fix an off-by-one error in counting caches.


# eefe20fe 08-Dec-2005 Robert Watson <rwatson@FreeBSD.org>

Teach umastat about the variable-length array of per-CPU caches at the end
of struct uma_zone. It is declared as an array of size [1], but then
sized at run-time by UMA to include room for mp_maxid+

Teach umastat about the variable-length array of per-CPU caches at the end
of struct uma_zone. It is declared as an array of size [1], but then
sized at run-time by UMA to include room for mp_maxid+1 CPUs. We have to
copy the uma_zone first at the declared structure size, then check to make
sure it's not an internal zone before copying the larger size (UMA
internal zones don't use per-CPU caches). This fixes umastat for SMP.

show more ...


# 1c36ac6b 05-Dec-2005 Robert Watson <rwatson@FreeBSD.org>

Add a simple KVM tool to dump the kernel state of UMA, including walking
the keg/zone lists, summarizing cache state, and walking bucket lists in
each zone. I seem to get inconsistent results on SMP

Add a simple KVM tool to dump the kernel state of UMA, including walking
the keg/zone lists, summarizing cache state, and walking bucket lists in
each zone. I seem to get inconsistent results on SMP, possibly due to
local header problems, but it seems to work quite well on UP. This tool
requires sufficient privilege to read /dev/mem (or a core dump), and is
for debugging purposes rather than administrative monitoring purposes
(use vmstat instead).

show more ...


12