Check vl first
The current vl determines the number of body elements. Typical code executes vsetvli, vsetivli, or vsetvl before this instruction.
Vector AES-256 forward key-schedule step selected by uimm; SEW=32, no vm operand.
vaeskf2.vi is the Zvkned AES-256 forward key-schedule instruction. It reads the current AES-256 round-key element group from vs2 and combines it with the previous round-key state in vd and the uimm-selected round number to generate the next round key, writing the result to vd. SEW must be 32. It is only for AES-256 forward key scheduling.
VAESKF2.VI is a Zvkned vector instruction for vector AES-256 forward key schedule. This page is checked against the official vector crypto extension and V-extension execution model.
When reading VAESKF2.VI, do not stop at the mnemonic. Official V-extension semantics also depend on the current vl, vtype, and mask state. .vi: one vector source and a small immediate participate.
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 «vaeskf2.vi vd, vs2, uimm».
Understand this scenario with real code like «vaeskf2.vi vd, vs2, uimm».
No. This element-group crypto instruction has no vm operand; ordinary RVV mask syntax should not be added to examples.
This instruction fixes SEW=32 and executes on 128-bit element groups; other SEW values are reserved/illegal cases.