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

PHSUBSW subtracts the upper word of each neighboring pair from the lower one and clamps the difference to the word range, -32768 to 32767, in the layout of the other horizontal operations: the destination’s pairs give the low half of the result, the source’s the high half. PHADDSW is the adding form and covers what compilers do with the pair, and PHSUBW the wrapping one. No flag reports a clamped difference.

On Zen 5, the recorded phsubsw xmm1, xmm2 turned the pair 8000h, 7FFFh into 8000h, clamping -65535, and 8000h, 0001h into 8000h, clamping -32769, and gave FFF1h for 0000h, 000Fh; it left bits 511:128 of XMM1 as they were (see mixing SSE and AVX). In phsubsw mm1, mm2, the pair FFFFh, 7FFFh gave 8000h exactly: -1 - 32767 is -32768, inside the range, so the same result comes from PHSUBW too. A positive overflow, such as 0 minus 8000h, clamps to 7FFFh.

In compiled code

As for PHADDSW, in our builds at -O2 over fixed-size int16_t arrays Clang 23 turns the clamped difference of adjacent elements into one PHSUBSW per eight results with -mssse3 (and VPHSUBSW with a VPERMQ with -mavx2), while GCC 14 widens the words to doublewords, subtracts and clamps; both compile _mm_hsubs_epi16 to the instruction.

AMD’s latency spreadsheet for Zen 5 gives PHSUBSW four macro-ops with a latency of three cycles and one started every two cycles, against one macro-op, two cycles and two per cycle for the vertical PSUBSW. The XMM form’s memory operand must be aligned to 16 bytes.

Forms

Every encoding of PHSUBSW that Intel XED knows, one row per XED instruction form (iform). How to read the notation.
InstructionEncodingRequires
PHSUBSW mm, m64 PHSUBSW_MMXq_MEMqNP 0F 38 07 /rSSSE3 + MMX
PHSUBSW mm, mm PHSUBSW_MMXq_MMXqNP 0F 38 07 /rSSSE3 + MMX
PHSUBSW xmm, m128 PHSUBSW_XMMdq_MEMdq66 0F 38 07 /rSSSE3
PHSUBSW xmm, xmm PHSUBSW_XMMdq_XMMdq66 0F 38 07 /rSSSE3

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.

Horizontal: adjacent pairs of words are combined, those of xmm1 into the low half of the result and those of xmm2 into the high half.
PHSUBSW: adjacent pairsResult words 7 to 0: b6-b7, b4-b5, b2-b3, b0-b1, a6-a7, a4-a5, a2-a3, a0-a1.01234567xmm1aa0-a1a2-a3a4-a5a6-a7b0-b1b2-b3b4-b5b6-b7xmm101234567xmm2or m128b

Result words 7 to 0: b6-b7, b4-b5, b2-b3, b0-b1, a6-a7, a4-a5, a2-a3, a0-a1.

Operation

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

PHSUBSW mm, mm/m64
src1 = mm1.read()  # mm1 as it was
for i in range(4):
    j = 2 * (i % 2)
    if i < 2:
        sa = src1.sw[j]
        sb = src1.sw[j + 1]
        mm1.w[i] = ssat(sa - sb, 16)
    else:
        sa = src2.sw[j]
        sb = src2.sw[j + 1]
        mm1.w[i] = ssat(sa - sb, 16)
# x87: TOP = 0, all tags valid, bits 79:64 of mm1's register all ones

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

PHSUBSW xmm, xmm/m128
src1 = xmm1.read()  # xmm1 as it was
for i in range(8):
    j = 2 * (i % 4)
    if i < 4:
        sa = src1.sw[j]
        sb = src1.sw[j + 1]
        xmm1.w[i] = ssat(sa - sb, 16)
    else:
        sa = src2.sw[j]
        sb = src2.sw[j + 1]
        xmm1.w[i] = ssat(sa - sb, 16)
# bits 128 and up of the register are unchanged

Run on AMD Zen 5 (EPYC 9645): 2 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
PHSUBSW mm, mm/m64
mmexplicitread, write
mm/m64explicitread
PHSUBSW xmm, xmm/m128
xmmexplicitread, write
xmm/m128explicitread

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.

PHSUBSW mm, mm/m64
mmx-mem
PHSUBSW xmm, xmm/m128
SSE_TYPE_4

Attributes

What else XED records about the forms. How to read.

PHSUBSW mm, mm/m64
may abort a TSX transaction
PHSUBSW xmm, m128
aligned memory operand

Intrinsics

The C intrinsics of Clang 23.1.2 that compile to PHSUBSW, 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
_mm_hsubs_epi16 __m128i _mm_hsubs_epi16(__m128i __a, __m128i __b)

PHSUBSW xmm, xmm Legacy -mssse3

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 SSSE3 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 2B, page 4-300 (PHSUBSW)
  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.