[Hexagon] Handle all compares of i1 and vNi1
[llvm-project.git] / llvm / docs / AMDGPUInstructionSyntax.rst
blob38669a3c8d3e80612b4e95ee668c19b58a704489
1 =========================
2 AMDGPU Instruction Syntax
3 =========================
5 .. contents::
6    :local:
8 .. _amdgpu_syn_instructions:
10 Instructions
11 ============
13 Syntax
14 ~~~~~~
16 Syntax of Regular Instructions
17 ------------------------------
19 An instruction has the following syntax:
21   | ``<``\ *opcode mnemonic*\ ``>    <``\ *operand0*\ ``>,
22       <``\ *operand1*\ ``>,...    <``\ *modifier0*\ ``> <``\ *modifier1*\ ``>...``
24 :doc:`Operands<AMDGPUOperandSyntax>` are normally comma-separated, while
25 :doc:`modifiers<AMDGPUModifierSyntax>` are space-separated.
27 The order of *operands* and *modifiers* is fixed.
28 Most *modifiers* are optional and may be omitted.
30 Syntax of VOPD Instructions
31 ---------------------------
33 *VOPDX* and *VOPDY* instructions must be concatenated with the :: operator to form a single *VOPD* instruction:
35     ``<``\ *VOPDX instruction*\ ``>  ::  <``\ *VOPDY instruction*\ ``>``
37 An example:
39 .. parsed-literal::
41     v_dual_add_f32 v255, v255, v2 :: v_dual_fmaak_f32 v6, v2, v3, 1.0
43 Note that *VOPDX* and *VOPDY* instructions cannot be used as separate opcodes.
45 .. _amdgpu_syn_instruction_mnemo:
47 Opcode Mnemonic
48 ~~~~~~~~~~~~~~~
50 Opcode mnemonic describes opcode semantics
51 and may include one or more suffices in this order:
53 * :ref:`Packing suffix<amdgpu_syn_instruction_pk>`.
54 * :ref:`Destination operand type suffix<amdgpu_syn_instruction_type>`.
55 * :ref:`Source operand type suffix<amdgpu_syn_instruction_type>`.
56 * :ref:`Encoding suffix<amdgpu_syn_instruction_enc>`.
58 .. _amdgpu_syn_instruction_pk:
60 Packing Suffix
61 ~~~~~~~~~~~~~~
63 Most instructions which operate on packed data have a *_pk* suffix.
64 Unless otherwise :ref:`noted<amdgpu_syn_instruction_operand_tags>`,
65 these instructions operate on and produce packed data composed of
66 two values. The type of values is indicated by
67 :ref:`type suffices<amdgpu_syn_instruction_type>`.
69 For example, the following instruction sums up two pairs of f16 values
70 and produces a pair of f16 values:
72 .. parsed-literal::
74     v_pk_add_f16 v1, v2, v3     // Each operand has f16x2 type
76 .. _amdgpu_syn_instruction_type:
78 Type and Size Suffices
79 ~~~~~~~~~~~~~~~~~~~~~~
81 Instructions which operate with data have an implied type of *data* operands.
82 This data type is specified as a suffix of instruction mnemonic.
84 There are instructions which have 2 type suffices:
85 the first is the data type of the destination operand,
86 the second is the data type of source *data* operand(s).
88 Note that data type specified by an instruction does not apply
89 to other kinds of operands such as *addresses*, *offsets* and so on.
91 The following table enumerates the most frequently used type suffices.
93     ============================================ ======================= ============================
94     Type Suffices                                Packed instruction?     Data Type
95     ============================================ ======================= ============================
96     _b512, _b256, _b128, _b64, _b32, _b16, _b8   No                      Bits.
97     _u64, _u32, _u16, _u8                        No                      Unsigned integer.
98     _i64, _i32, _i16, _i8                        No                      Signed integer.
99     _f64, _f32, _f16                             No                      Floating-point.
100     _b16, _u16, _i16, _f16                       Yes                     Packed (b16x2, u16x2, etc).
101     ============================================ ======================= ============================
103 Instructions which have no type suffices are assumed to operate with typeless data.
104 The size of typeless data is specified by size suffices:
106     ================= =================== =====================================
107     Size Suffix       Implied data type   Required register size in dwords
108     ================= =================== =====================================
109     \-                b32                 1
110     x2                b64                 2
111     x3                b96                 3
112     x4                b128                4
113     x8                b256                8
114     x16               b512                16
115     x                 b32                 1
116     xy                b64                 2
117     xyz               b96                 3
118     xyzw              b128                4
119     d16_x             b16                 1
120     d16_xy            b16x2               2 for GFX8.0, 1 for GFX8.1 and GFX9+
121     d16_xyz           b16x3               3 for GFX8.0, 2 for GFX8.1 and GFX9+
122     d16_xyzw          b16x4               4 for GFX8.0, 2 for GFX8.1 and GFX9+
123     d16_format_x      b16                 1
124     d16_format_xy     b16x2               1
125     d16_format_xyz    b16x3               2
126     d16_format_xyzw   b16x4               2
127     ================= =================== =====================================
129 .. WARNING::
130     There are exceptions to the rules described above.
131     Operands which have a type different from the type specified by the opcode are
132     :ref:`tagged<amdgpu_syn_instruction_operand_tags>` in the description.
134 Examples of instructions with different types of source and destination operands:
136 .. parsed-literal::
138     s_bcnt0_i32_b64
139     v_cvt_f32_u32
141 Examples of instructions with one data type:
143 .. parsed-literal::
145     v_max3_f32
146     v_max3_i16
148 Examples of instructions which operate with packed data:
150 .. parsed-literal::
152     v_pk_add_u16
153     v_pk_add_i16
154     v_pk_add_f16
156 Examples of typeless instructions which operate on b128 data:
158 .. parsed-literal::
160     buffer_store_dwordx4
161     flat_load_dwordx4
163 .. _amdgpu_syn_instruction_enc:
165 Encoding Suffices
166 ~~~~~~~~~~~~~~~~~
168 Most *VOP1*, *VOP2* and *VOPC* instructions have several variants:
169 they may also be encoded in *VOP3*, *DPP* and *SDWA* formats.
171 The assembler selects an optimal encoding automatically
172 based on instruction operands and modifiers,
173 unless a specific encoding is explicitly requested.
174 To force specific encoding, one can add a suffix to the opcode of the instruction:
176     =================================================== =================
177     Encoding                                            Encoding Suffix
178     =================================================== =================
179     *VOP1*, *VOP2* and *VOPC* (32-bit) encoding         _e32
180     *VOP3* (64-bit) encoding                            _e64
181     *DPP* encoding                                      _dpp
182     *SDWA* encoding                                     _sdwa
183     *VOP3 DPP* encoding                                 _e64_dpp
184     =================================================== =================
186 This reference uses encoding suffices to specify which encoding is implied.
187 When no suffix is specified, native instruction encoding is assumed.
189 Operands
190 ========
192 Syntax
193 ~~~~~~
195 The syntax of generic operands is described :doc:`in this document<AMDGPUOperandSyntax>`.
197 For detailed information about operands, follow *operand links* in GPU-specific documents.
199 Modifiers
200 =========
202 Syntax
203 ~~~~~~
205 The syntax of modifiers is described :doc:`in this document<AMDGPUModifierSyntax>`.
207 Information about modifiers supported for individual instructions
208 may be found in GPU-specific documents.