Instruction
STI
Sets the interrupt flag (IF), accepting maskable interrupts after the next instruction; where CPL is above IOPL it faults or sets the virtual one instead.
- Extensions
- Forms
- 1 (1 Legacy)
- Data
- Intel XED v2026.08.23
STI sets IF, the interrupt flag, so that the logical processor accepts maskable external interrupts again after a CLI. It changes no other flag. Like CLI, it has no effect on exceptions or NMIs, which IF never held off.
One instruction later
When STI finds IF clear, interrupts are not taken right after it but only after the next instruction: both manuals describe this window, often called the interrupt shadow. It makes two sequences safe:
- STI then HLT. An idle loop can check for work with interrupts off
and then run
sti; hlt; no interrupt can slip in between the two, so none is missed before the processor sleeps (see HLT). - STI then a return. Enabling interrupts as the last thing before a RET or a jump lets that instruction complete first.
STI followed at once by CLI therefore lets no interrupt in at all, as AMD’s manual points out. Intel’s adds that NMIs and SMIs may be held off on the same instruction boundary, and that the window also ends when another event, such as an exception, is delivered. When IF is already set, STI changes nothing and opens no window.
Who may run it
STI is I/O-sensitive: it sets IF when CPL is at most IOPL. Otherwise, at CPL 3 with CR4.PVI set, it sets VIF instead, unless VIP shows a virtual interrupt pending, where it raises #GP(0) so that the operating system can deliver that interrupt; in all other cases it raises #GP(0). AMD’s manual and Intel’s decision table and Operation section agree on the VIP case, while the Description section of Intel’s revision 093 states it the other way round. The probe runs at CPL 3 with IOPL 0, and there Zen 5 raised #GP in each of its three recorded cases, with RFLAGS unchanged.
POPF and IRET can also set IF, under the same privilege rule but without faulting. The instruction table of AMD’s Zen 5 guide lists STI as microcoded.
Forms
| Instruction | Encoding | Requires |
|---|---|---|
STI
STI | FB | Base instruction set |
Latency and throughput
| Model | STI |
|---|---|
| Sandy Bridge | 100 / 0.33p015 |
| Haswell, Broadwell, Skylake, Skylake-SP, Ice Lake | 100 / 0.25p0156 |
| Alder Lake, Sapphire Rapids | 100 / 2p0 p1 p5 p6 p11 |
| Lunar Lake | 100 / 1.33p012345 |
| Bonnell | 100 / 0.5p01 |
| Silvermont | 100 / 1FPC0 |
| Piledriver | 100 / 0.5EX0 EX1 |
| Zen, Zen 2 | 100 / 0.25 |
| Zen 3, Zen 4 | 100 / 25ALU0 ALU1 ALU2 ALU3 |
| Jaguar | 100 / 0.5ALU0 ALU1 |
Operation
What the forms do, in pseudocode that our tests run against results recorded on real processors. How to read.
if CPL <= iopl:
if_ = 1 # interrupts are taken again once the next
# instruction is done
elif CPL == 3 and cr4 >> 1 & 1: # CR4.PVI: protected-mode virtual
if vip: # interrupts, VIF in IF's place; #GP(0)
fault(GP, 0) # while one is pending (VIP)
vif = 1
else:
fault(GP, 0) # as in the probe's cases: CPL 3, IOPL 0
Run on AMD Zen 5 (EPYC 9645): 3 cases. Every one raised an exception, at CPL 3, where the probe runs.
Operands
| Operand | Kind | Action |
|---|---|---|
STI | ||
RFLAGS | implicit | read, write |
Flags
| IF | IOPL | VIF |
|---|---|---|
| All forms | ||
| M | T | M |
Attributes
What else XED records about the forms. How to read.
- All forms
- may abort a TSX transaction
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 |
|---|---|---|
I86 | No CPUID bit: part of the base instruction set. | Every x86-64 processor in XED’s model and Zen 3 to Zen 6 |
More General-purpose instructions
Sources
- Intel XED v2026.08.23 (commit
0bcb6237345c): forms, encodings, operands, flags, exception classes, attributes, ISA sets, CPUID bits and chip model. - The CPU data of x86-64.net: Zen 3 to Zen 6, from GCC’s
-marchfeature sets and AMD’s Processor Programming References, which the page of each processor cites. - LLVM 23.1.2's x86 scheduling models (commit
85ac56026243): the latency, reciprocal throughput and ports of each form, as llvm-mca reports them. - Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 2 (325383-093, September 2026): Volume 2B, page 4-674 (STI)
- Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 1 (253665-093, September 2026)
- AMD64 Architecture Programmer's Manual, Volume 2: System Programming (24593, rev. 3.46, October 2026)
- AMD64 Architecture Programmer's Manual, Volume 3: General-Purpose and System Instructions (24594, rev. 3.39, October 2026)
- Software Optimization Guide for the AMD Zen5 Microarchitecture (58455, rev. 1.00, August 2024), Wayback Machine copy of AMD's ZIP
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 timings come from LLVM's scheduling models, part of the LLVM Project, licensed under the Apache License 2.0 with LLVM Exceptions. The text is our own.