Instruction
INT
Raises the software interrupt whose vector is the immediate, calling its handler through the IDT, as 32-bit Linux system calls do with INT 80h.
- Extensions
- Forms
- 1 (1 Legacy)
- Data
- Intel XED v2026.08.23
INT n raises a software interrupt: it delivers vector n, 0 to 255, through the interrupt descriptor table as if a device had requested it, with the address of the next instruction as the return point, so the handler’s IRET resumes after the INT. Unlike a device’s interrupt, it ignores IF, and INT 2 reaches the NMI handler without the processor treating it as an NMI (Intel’s Volume 3).
The gate decides who may use it
Every gate has a privilege level, and INT n from code less privileged
than that raises #GP, with an error code naming the gate (8n + 2). An
operating system thus opens only the vectors it means user code to
raise. On the Linux host of the probe, Zen 5 at CPL 3 reached #BP with
INT 3 (CD 03) and #OF with INT 4, and recorded #GP for each of the other
vectors tried, among them 0, 1, 2, 8, 13, 14, 32, 129 and 255. Through
such a gate, int 0x80 is the system call of 32-bit Linux programs, as
the system call conventions describe; 64-bit code uses
SYSCALL.
Not the same as a real exception
INT n with the vector of an exception runs that exception’s handler, but not with that exception’s frame: it never pushes an error code. A handler of #GP (13), #PF (14) or #DF (8) that is reached by INT n would take the return address for an error code; Intel’s manual warns that such a handler may not work correctly. INT n is also always a trap, returning past the instruction, where #GP and #PF are faults.
Its kin
INT3 (CC) is the one-byte breakpoint, which the
assemblers emit for int 3; CD 03 reaches the same vector but takes two
bytes. INT1 (F1) raises #DB through a gate of any
privilege level, and INTO, which raised #OF when OF was
set, does not exist in 64-bit mode. With FRED enabled, INT
n is delivered as an event of type 4, software interrupt, apart from
both the exceptions and external interrupts. AMD’s Zen 5 guide lists INT
as microcoded.
Forms
| Instruction | Encoding | Requires |
|---|---|---|
INT imm8
INT_IMMb | CD ib | Base instruction set |
Latency and throughput
| Model | imm8 |
|---|---|
| Sandy Bridge | 100 / 0.33p015 |
| Haswell, Broadwell, Skylake, Skylake-SP, Ice Lake, Alder Lake, Sapphire Rapids | 100 / 0.25p0156 |
| Lunar Lake | 100 / 0.17p012345 |
| Bonnell | 127 / 63.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.
n = vector.read() # 0 to 255
g = gate(n) # IDT entry n; past the IDT's limit,
# #GP(8n + 2)
if g >> 40 & 0xF not in (0xE, 0xF):
fault(GP, 8 * n + 2) # not an interrupt or trap gate
if g >> 45 & 3 < CPL:
fault(GP, 8 * n + 2) # the gate's DPL: the least privileged
# level whose software may use it
if g >> 47 & 1 == 0:
fault(NP, 8 * n + 2) # not present
interrupt(n) # the handler, with no error code for
# any vector: INT 13 pushes none,
# where #GP pushes one
# a trap: the handler returns to the next instruction. CD 03 is INT
# 3, with the same steps as INT3 in 64-bit modeRun on AMD Zen 5 (EPYC 9645): 18 cases. Every one raised an exception, at CPL 3, where the probe runs.
Operands
| Operand | Kind | Action |
|---|---|---|
INT imm8 | ||
imm8 | explicit | read |
rIP | implicit | write |
RFLAGS | implicit | read, write |
Flags
| IF | TF | AC | IOPL | NT | RF | VM | VIF |
|---|---|---|---|---|---|---|---|
| All forms | |||||||
| M | 0 | M | T | M | 0 | TM | 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 2A, page 3-467 (INT n/
INTO/ INT3/ INT1) - Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 3 (325384-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.