GSP
Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
* Sign Up! *

Support
Customer Portal
Contact Us
Online Help
Handbooks
Domain Status
Man Pages

FAQ
Virtual Servers
Pricing
Billing
Technical

Network
Facilities
Connectivity
Topology Map

Miscellaneous
Server Agreement
Year 2038
Credits
 

USA Flag

 

 

Man Pages
HWT(4) FreeBSD Kernel Interfaces Manual HWT(4)

hwtHardware Trace Framework

options HWT_HOOKS
device hwt

At least one of:
device intel_pt (amd64)
device coresight (arm64)
device spe (arm64)

In rc.conf(5):
kld_list="hwt"

The hwt framework provides infrastructure for hardware-assisted tracing. It collects detailed information about software execution and stores it as events in highly compressed format into DRAM. The events cover information about control flow changes of a program, whether branches taken or not, exceptions taken, timing information, cycles elapsed and more. The information collected allows to reconstruct entire program flow of a given application without noticeable performance impact.

The framework supports several tracing technologies found on arm64 and amd64 systems:

  • ARM Coresight
  • ARM Statistical Profiling Extension (SPE)
  • Intel Processor Trace (PT)

The hwt framework supports two modes of operation:

Capture CPU activity in kernel mode.
Capture activity of each of a process's threads in user mode.

When loaded into kernel, the hwt framework provides /dev/hwt character device. The only ioctl(2) request it accepts is HWT_IOC_ALLOC. This request allocates kernel tracing context (CTX) based on requested mode of operation, set of CPUs and/or pid.

Upon successful CTX allocation, the ioctl returns a CTX identification number (ident).

Each CTX is then managed using its own dedicated character device found at /dev/hwt_${ident}_${d}, where ident is a unique identification number of tracing context, d is either cpu_id (in HWT CPU mode) or process pid (in HWT Thread mode).

During tracing of a target process, HWT records runtime events such as threads creation, exec and mmap system calls. These events are logged as "records" within a particular CTX associated with traced process.

Additionally, HWT can suspend the target thread upon exec or mmap system calls if requested by the user. This pause allows user-space tools to retrieve the records and adjust tracing settings before execution continues. This feature is especially useful when address range filtering is enabled, allowing tracing of specific functions within the target executable or a dynamic library.

The following options in the kernel configuration file are mandatory and related to hwt operation:

Enable kernel hooks.

Once a CTX is allocated, its management character device accepts several ioctl(2) requests:

Start tracing. In HWT CPU mode the tracing does actually start with this ioctl(2) request. In the Thread mode, the tracing "running" flag set, but tracing begins after scheduler switches the target thread onto CPU and return to user mode.
Stop tracing of the particular CTX.
Copy all or part of records collected during hook invocation and associated with this CTX to userspace.
Get current pointer in buffer that is filled by tracing units in real-time.
Set architecture-specific config (optional).
Wake up a thread that has been put to sleep by HWT framework hooks.
For SPE-only, the kernel is waiting for userspace to notify that it has copied out a buffer to avoid data loss/overwriting buffers.

The hwt framework first appeared in FreeBSD 15.0.

Ruslan Bukin <br@FreeBSD.org>
Bojan Novković <bnovkov@freebsd.org>
Zachary Leaf <zachary.leaf@arm.com>

July 12, 2025 FreeBSD 15.1-RELEASE-p1

Search for    or go to Top of page |  Section 4 |  Main Index

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with ManDoc.