Instruction
LLWPCB
Loads the address of a Lightweight Profiling control block from a register and starts profiling with it; LWP.
An AMD extension: Intel processors do not have this instruction.
- Extensions
- Forms
- 1 (1 XOP)
- Data
- Intel XED v2026.08.23
Forms
| Instruction | Encoding | Requires |
|---|---|---|
LLWPCB r32/64
LLWPCB_GPRyy | XOP.LZ.NP.09.WIG 12 /0 | LWP |
Latency and throughput
| Model | r32/64 |
|---|---|
| Piledriver | 100 / 0.5EX0 EX1 |
Operation
What the forms do, in pseudocode that our tests run against results recorded on real processors. How to read.
features = cpuid_leaf(0x80000001, 0)[2]
if not features >> 15 & 1:
fault(UD) # CPUID: no LWP
if not xcr0 >> 62 & 1: # LWP's state not enabled by the
fault(UD) # OS
e = cpuid_leaf(0x8000001C, 0) # LWP's layout: where the events
off = e[1] >> 24 # start in an LWPCB, how many
n = e[1] >> 16 & 0xFF # there are, and the least ring
least = 1024 * (e[2] >> 16 & 0xFF) # buffer, in bytes
old = lwp_cbaddr
if old: # running: its state goes to the
opts = load(old, 32) # LWPCB in use first, as SLWPCB
for i in range(1, n + 1): # stores it
if opts >> i & 1:
at = old + off + 8 * i - 4
c = lwp_count[i] & 0x3FFFFFF
store(at, 32, c) # EventCounter i
store(old + 16, 32, lwp_head)
a = src.read() # the new LWPCB's address
if a == 0:
lwp_cbaddr = 0 # LWP off
else:
size = load(a + 4, 32) & 0xFFFFFFF
size -= size % 32 # whole records of 32 bytes
if size < least: # LWP is left off (the APM)
fault(GP, 0)
opts = load(a, 32) & lwp_cfg
opts &= 0xE000007E # what is on, as the OS allows
store(a, 32, opts) # it, written back
for i in range(1, n + 1): # each event that is on: its
if opts >> i & 1: # interval and its counter, signed
at = a + off + 8 * i - 8 # numbers of 26 bits
v = load(at, 32) & 0x3FFFFFF
if v >> 25:
v -= 1 << 26
v = max(v, lwp_min(i)) # not below the processor's
store(at, 32, v) # least, nor 0 (LWPVAL's)
c = load(at + 4, 32) & 0x3FFFFFF
if c >> 25:
c -= 1 << 26
lwp_count[i] = max(c, 0)
h = load(a + 16, 32) # the head: in the buffer, and on
h -= h % 32 # a record's boundary
lwp_head = 0 if h >= size else h
lwp_cbaddr = a # LWP on
# the addresses are DS's offsets, its base 0 in 64-bit mode, and
# LWP keeps them as linear addresses. A fault on the old LWPCB
# leaves LWP running with it; one from the new LWPCB leaves it off.
# XED lists src as written: the APM has LLWPCB only read itRun on AMD Zen 5 (EPYC 9645): 2 cases. Its cases ran where CPUID reported no LWP, and every one raised an exception.
Operands
| Operand | Kind | Action |
|---|---|---|
LLWPCB r32/64 | ||
r32/64 | explicit | write |
Flags
None: XED records no flag that the forms test or change.
Intrinsics
The C intrinsics of Clang 23.1.2 that compile to LLWPCB, each with the form it compiles to and the Clang options it needs. The forms come from compiling every intrinsic and decoding the result with Intel XED; all intrinsics A–Z explains the method.
| Intrinsic | Compiles to |
|---|---|
__llwpcb
void __llwpcb(void *__addr) |
|
CPUID and processors
Each form belongs to an XED ISA set. A form can be used when the processor reports every CPUID bit of one of its ISA set's alternatives.
| ISA set | CPUID | Processors |
|---|---|---|
LWP | LWP | Bulldozer, Piledriver |
More LWP instructions
Sources
- Intel XED v2026.08.23 (commit
0bcb6237345c): forms, encodings, operands, flags, exception classes, attributes, ISA sets, CPUID bits and chip model. - Clang's x86 intrinsic headers, LLVM 23.1.2 (commit
85ac56026243): the intrinsics, their signatures and doc comments, and the Clang of that release, which compiled each of them. - LLVM 23.1.2's x86 scheduling models (commit
85ac56026243): the latency, reciprocal throughput and ports of each form, as llvm-mca reports them. - AMD64 Architecture Programmer's Manual, Volume 3: General-Purpose and System Instructions (24594, rev. 3.38, July 2026)
- AMD64 Architecture Programmer's Manual, Volume 2: System Programming (24593, rev. 3.45, July 2026)
The tables are derived from Intel XED, Copyright Intel Corporation, licensed under the Apache License 2.0; x86-64.net converted and reformatted them. The intrinsics and their signatures come from Clang and the timings from LLVM's scheduling models, both part of the LLVM Project, licensed under the Apache License 2.0 with LLVM Exceptions. The text is our own.