CDOT (indexed)

Complex integer dot product (indexed)

The complex integer dot product instructions delimit the source vectors into pairs of 8-bit or 16-bit signed integer complex numbers. Within each pair, the complex numbers in the first source vector are multiplied by the corresponding complex numbers in the second source vector and the resulting wide real or wide imaginary part of the product is accumulated into a 32-bit or 64-bit destination vector element which overlaps all four of the elements that comprise a pair of complex number values in the first source vector.

As a result each instruction implicitly deinterleaves the real and imaginary components of their complex number inputs, so that the destination vector accumulates 4×wide real sums or 4×wide imaginary sums.

The complex numbers in the second source vector are rotated by 0, 90, 180 or 270 degrees in the direction from the positive real axis towards the positive imaginary axis, when considered in polar representation, by performing the following transformations prior to the dot product operations:

  • If the rotation is #0, the imaginary parts of the complex numbers in the second source vector are negated. The destination vector therefore accumulates the real parts of a complex dot product.
  • If the rotation is #90, the real and imaginary parts of the complex numbers the second source vector are swapped. The destination vector therefore accumulates the imaginary parts of a complex dot product.
  • If the rotation is #180, there is no transformation. The destination vector therefore accumulates the real parts of a complex conjugate dot product.
  • If the rotation is #270, the real parts of the complex numbers in the second source vector are negated and then swapped with the imaginary parts. The destination vector therefore accumulates the imaginary parts of a complex conjugate dot product.
  • The indexed form of these instructions select a single pair of complex numbers within each 128-bit segment of the second source vector as the multiplier for all pairs of complex numbers within the corresponding 128-bit segment of the first source vector. The complex number pairs within the second source vector are specified using an immediate index which selects the same complex number pair position within each 128-bit vector segment. The index range is from 0 to one less than the number of complex number pairs per 128-bit segment.

    Each complex number is represented in a vector register as an even/odd pair of elements with the real part in the even-numbered element and the imaginary part in the odd-numbered element.

    Encoding: 8-bit to 32-bit

    Variants: FEAT_SVE2 || FEAT_SME (FEAT_SVE2 || FEAT_SME)

    313029282726252423222120191817161514131211109876543210
    010001001010100
    sizei2ZmrotZnZda

    CDOT <Zda>.S, <Zn>.B, <Zm>.B[<imm>], <const>

    Decoding algorithm

    if !IsFeatureImplemented(FEAT_SVE2) && !IsFeatureImplemented(FEAT_SME) then
        EndOfDecode(Decode_UNDEF);
    constant integer esize = 32;
    constant integer index = UInt(i2);
    constant integer n = UInt(Zn);
    constant integer m = UInt(Zm);
    constant integer da = UInt(Zda);
    constant integer sel_a = UInt(rot<0>);
    constant integer sel_b = UInt(NOT(rot<0>));
    constant boolean sub_i = (rot<0> == rot<1>);

    Encoding: 16-bit to 64-bit

    Variants: FEAT_SVE2 || FEAT_SME (FEAT_SVE2 || FEAT_SME)

    313029282726252423222120191817161514131211109876543210
    010001001110100
    sizei1ZmrotZnZda

    CDOT <Zda>.D, <Zn>.H, <Zm>.H[<imm>], <const>

    Decoding algorithm

    if !IsFeatureImplemented(FEAT_SVE2) && !IsFeatureImplemented(FEAT_SME) then
        EndOfDecode(Decode_UNDEF);
    constant integer esize = 64;
    constant integer index = UInt(i1);
    constant integer n = UInt(Zn);
    constant integer m = UInt(Zm);
    constant integer da = UInt(Zda);
    constant integer sel_a = UInt(rot<0>);
    constant integer sel_b = UInt(NOT(rot<0>));
    constant boolean sub_i = (rot<0> == rot<1>);

    Operation

    CheckSVEEnabled();
    constant integer VL = CurrentVL;
    constant integer elements = VL DIV esize;
    constant integer eltspersegment = 128 DIV esize;
    constant bits(VL) operand1 = Z[n, VL];
    constant bits(VL) operand2 = Z[m, VL];
    constant bits(VL) operand3 = Z[da, VL];
    bits(VL) result;
    
    for e = 0 to elements-1
        constant integer segmentbase = e - (e MOD eltspersegment);
        constant integer s = segmentbase + index;
        bits(esize) res = Elem[operand3, e, esize];
        for i = 0 to 1
            constant integer elt1_r = SInt(Elem[operand1, 4 * e + 2 * i + 0, esize DIV 4]);
            constant integer elt1_i = SInt(Elem[operand1, 4 * e + 2 * i + 1, esize DIV 4]);
            constant integer elt2_a = SInt(Elem[operand2, 4 * s + 2 * i + sel_a, esize DIV 4]);
            constant integer elt2_b = SInt(Elem[operand2, 4 * s + 2 * i + sel_b, esize DIV 4]);
            if sub_i then
                res = (res + (elt1_r * elt2_a)) - (elt1_i * elt2_b);
            else
                res = res + (elt1_r * elt2_a) + (elt1_i * elt2_b);
        Elem[result, e, esize] = res;
    
    Z[da, VL] = result;

    Explanations

    <Zda>: Is the name of the third source and destination scalable vector register, encoded in the "Zda" field.
    <Zn>: Is the name of the first source scalable vector register, encoded in the "Zn" field.
    <Zm>: For the "8-bit to 32-bit" variant: is the name of the second source scalable vector register Z0-Z7, encoded in the "Zm" field.
    <Zm>: For the "16-bit to 64-bit" variant: is the name of the second source scalable vector register Z0-Z15, encoded in the "Zm" field.
    <imm>: For the "8-bit to 32-bit" variant: is the immediate index of a 32-bit group of four 8-bit values within each 128-bit vector segment, in the range 0 to 3, encoded in the "i2" field.
    <imm>: For the "16-bit to 64-bit" variant: is the immediate index of a 64-bit group of four 16-bit values within each 128-bit vector segment, in the range 0 to 1, encoded in the "i1" field.
    <const>:

    Operational Notes

    This instruction might be immediately preceded in program order by a MOVPRFX instruction. The MOVPRFX must conform to all of the following requirements, otherwise the behavior of the MOVPRFX and this instruction is CONSTRAINED UNPREDICTABLE: