Check vl first
The current vl determines the number of body elements. Typical code executes vsetvli, vsetivli, or vsetvl before this instruction.
Use x[rs1] plus 8-bit unsigned byte offsets from vs2 for unordered indexed stores from active vs3 elements.
VSUXEI8.V is an RISC-V V-extension unordered indexed vector store instruction. Each active element forms its address as x[rs1] + zero_extend(vs2[i]) and stores the current-SEW data from vs3[i]; ei8 specifies only the index EEW. The unordered form does not guarantee observation in element-number order. With vm=0, elements disabled by v0.t do not write memory.
Decode the 8-bit indexed store, then compute each element address as x[rs1] + zero_extend(vs2[i]).
The animation starts from the 32-bit vector memory encoding and shows the official bit fields: nf, mew, mop, vm, rs2/vs2 or lumop/sumop, width, register fields, and opcode.
VSUXEI8.V is an RVV unordered indexed store; memory writes occur only for active elements not masked off.
When reading VSUXEI8.V, do not stop at the mnemonic. Official V-extension semantics also depend on the current vl, vtype, and mask state. The suffix and operand form determine whether sources are vector, scalar, or immediate values.
The current vl determines the number of body elements. Typical code executes vsetvli, vsetivli, or vsetvl before this instruction.
The current vtype supplies SEW, LMUL, tail policy, and mask policy; these affect element width, register-group size, and inactive/tail destination elements.
For ordinary vector instructions with vm, vm=0 uses v0 as the execution mask and vm=1 is unmasked. A few forms such as VMERGE use v0 as data-selection input.
Understand this scenario with real code like «vsuxei8.v v8, (a0), v4, v0.t».
Understand this scenario with real code like «vsuxei8.v v8, (a0), v4, v0.t».
Understand this scenario with real code like «vsuxei8.v v8, (a0), v4, v0.t».
Index values are unsigned byte offsets, not element numbers.