Extensions
Forms
1 (1 Legacy)
Data
Intel XED v2026.08.23

UDB is the byte D6 in 64-bit mode, where it raises #UD and does nothing else: no register, flag or memory changes, and the saved RIP points at the UDB itself. Outside 64-bit mode the same byte is SALC, which sets AL from CF. Intel’s opcode map reserves UDB, with UD0, UD1 and UD2, for code that wants an invalid-opcode exception on purpose, and a hypervisor sees it as any other #UD, through bit 6 of the exception bitmap. Unlike the others it is a single byte with no ModRM, so it fits where a two-byte trap does not.

Hidden inside other instructions

Linux 7.3 uses that size for control-flow integrity. Its FineIBT preamble at the start of a function ends with nopl -42(%rax), encoded 0F 1F 40 D6: run from its start it is a 4-byte NOP, but the displacement byte is D6, and the preamble’s JNE, taken when the caller’s type hash does not match, targets that byte, which then runs as UDB. The kCFI caller check the kernel patches in does the same with jne . + 3 and test $0xd6, %al, bytes 75 01 A8 D6: when the hash differs, the jump lands on the D6 inside the TEST. Its #UD handler reads the byte at the saved RIP, recognizes D6, and reports a CFI failure.

Recorded on Zen 5

Both cases raised #UD with RFLAGS as it was. GNU as 2.44 has no mnemonic for it and objdump 2.44 prints D6 as “(bad)”; code writes it as .byte 0xd6, as the kernel’s ASM_UDB does.

Forms

Every encoding of UDB that Intel XED knows, one row per XED instruction form (iform). How to read the notation.
InstructionEncodingRequires
UDB 64-bit mode only UDBD6Base instruction set

Operation

What the forms do, in pseudocode that our tests run against results recorded on real processors. How to read.

fault(UD)                        # D6, one byte, in 64-bit mode; outside
                                 # it, D6 is SALC, which sets AL from CF

Run on AMD Zen 5 (EPYC 9645): 2 cases. Every one raised an exception, at CPL 3, where the probe runs.

Operands

None: XED lists no operands for this form.

Flags

None: XED records no flag that the forms test or change.

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.

CPUID requirements and processors of the XED ISA sets above. Alternatives are separated by “or”; processors follow XED’s chip model, whose AMD processors end with Zen 2, and the CPU data of this site for Zen 3 to Zen 6.
ISA setCPUIDProcessors
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

All 109 General-purpose instructions

Sources

  1. Intel XED v2026.08.23 (commit 0bcb6237345c): forms, encodings, operands, flags, exception classes, attributes, ISA sets, CPUID bits and chip model.
  2. The CPU data of x86-64.net: Zen 3 to Zen 6, from GCC’s -march feature sets and AMD’s Processor Programming References, which the page of each processor cites.
  3. Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 2 (325383-093, September 2026): Volume 2B, page 4-737 (UD)
  4. Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 3 (325384-093, September 2026)
  5. Linux 7.3: arch/x86/kernel/alternative.c, arch/x86/kernel/traps.c and arch/x86/include/asm/bug.h (the UDB traps of kCFI and FineIBT)

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 text is our own.