Extensions
Forms
4 (4 VEX)
Data
Intel XED v2026.08.23

VPBLENDD picks each doubleword of its result from one of two sources by a constant: bit i of the immediate set takes element i from the third operand, clear from the second. It is the integer twin of VBLENDPS, whose page shows how blends stand in for shuffles, and came with AVX2 without a legacy SSE form: even its 128-bit form needs AVX2, where VBLENDPS needs only AVX. On Zen 5, vpblendd ymm4, ymm4, [mem], 0xB2 took doublewords 1, 4, 5 and 7 from memory and kept the others, and vpblendd xmm0, xmm13, [mem], 0x52 read only bits 3:0 of the immediate, taking element 1 from memory, and cleared bits 128 and up.

There is no EVEX form: AVX-512 blends under a mask register with VPBLENDMD, or with a merging masked move. Its other relatives choose differently: VPBLENDW by words, with its eight immediate bits repeated in each 128-bit lane, and VPBLENDVB by bytes, under a mask in a vector register.

Which blend the compilers pick

GCC 14 and Clang 23 at -O2 with -march=x86-64-v3 disagree on the name. GCC emits VPBLENDD for integer shuffles that leave every element in place, such as __builtin_shufflevector(a, b, 0, 9, 2, 11, 4, 13, 6, 15) on eight ints, and for _mm256_blend_epi32. Clang uses VBLENDPS for both, and even rewrites _mm256_blend_epi16 with immediate 0Fh, whose words pair up into doublewords, as VBLENDPS, while GCC keeps VPBLENDW. Setting element 0 of an int vector, a[0] = x, turns the tables: Clang moves x in with VMOVD and blends it with vpblendd ymm0, ymm0, ymm1, 1, and GCC uses VPINSRD and VINSERTI128.

VPBLENDD also joins halves inside longer sequences: both compilers use it to merge the high doublewords of even and odd products in a division by a constant (see VPMULDQ), and GCC in its byte multiply (see VPUNPCKHBW).

AMD’s latency spreadsheet for Zen 5 gives VPBLENDD one cycle and four per cycle on any of the four vector pipes, the same as VBLENDPS, where VPBLENDVB runs on two. Zen 5’s 4 recorded cases cover the register and memory forms at both widths.

Forms

Every encoding of VPBLENDD that Intel XED knows, one row per XED instruction form (iform). How to read the notation.
InstructionEncodingRequires
VPBLENDD xmm, xmm, m128, imm8 VPBLENDD_XMMdq_XMMdq_MEMdq_IMMbVEX.128.66.0F3A.W0 02 /r ibAVX2
VPBLENDD xmm, xmm, xmm, imm8 VPBLENDD_XMMdq_XMMdq_XMMdq_IMMbVEX.128.66.0F3A.W0 02 /r ibAVX2
VPBLENDD ymm, ymm, m256, imm8 VPBLENDD_YMMqq_YMMqq_MEMqq_IMMbVEX.256.66.0F3A.W0 02 /r ibAVX2
VPBLENDD ymm, ymm, ymm, imm8 VPBLENDD_YMMqq_YMMqq_YMMqq_IMMbVEX.256.66.0F3A.W0 02 /r ibAVX2

Data flow

Where the elements of the sources go, element 0 on the right; results that depend on a control value are drawn for an example. How to read.

Blend by immediate: each doubleword comes from xmm3 where its bit of imm8 is 1, else from xmm2.
VPBLENDD with an example selectorResult doublewords 3 to 0: a3, b2, a1, b0.1010imm80x050213xmm2ab0b2a1a3xmm10213xmm3or m128b

Example: imm8 = 0x05 (0000 0101 in binary). The wider forms go on with the next bits of imm8 for the higher elements.

Result doublewords 3 to 0: a3, b2, a1, b0.

Operation

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

for i in range(VL // 32):
    if imm8 >> i & 1:
        ymm1.d[i] = src3.d[i]
    else:
        ymm1.d[i] = ymm2.d[i]
# ymm1 is zeroed from bit VL up

Run on AMD Zen 5 (EPYC 9645): 4 cases.

Operands

What each form reads and writes, as Intel XED records it: the operands of its syntax, in order, and the implicit ones that the syntax does not name. How to read.
OperandKindAction
VPBLENDD xmm, xmm, xmm/m128, imm8 VPBLENDD ymm, ymm, ymm/m256, imm8
xmm, ymmexplicitwrite
xmm, ymmexplicitread
xmm/m128, ymm/m256explicitread
imm8explicitread

Flags

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

Exceptions

The exception class is XED's name for the set of exception conditions that a form follows. How to read.

All forms
avx-type-4

Intrinsics

The C intrinsics of Clang 23.1.2 that compile to VPBLENDD, 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.

IntrinsicCompiles to
_mm256_shuffle_i32x4 __m256i _mm256_shuffle_i32x4(__m256i A, __m256i B, const int imm)

VPBLENDD ymm, ymm, ymm, imm8 VEX.256 -mavx512vl

_mm256_shuffle_i64x2 __m256i _mm256_shuffle_i64x2(__m256i A, __m256i B, const int imm)

VPBLENDD ymm, ymm, ymm, imm8 VEX.256 -mavx512vl

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.

More AVX2 instructions

All 138 AVX2 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. 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.
  4. Intel 64 and IA-32 Architectures Software Developer's Manual, Volume 2 (325383-093, September 2026): Volume 2C, page 5-435 (VPBLENDD)
  5. 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 intrinsics and their signatures come from Clang, part of the LLVM Project, licensed under the Apache License 2.0 with LLVM Exceptions. The text is our own.