Is vd output-only?
No. In the official definition, vd is the 2*SEW-wide addend and is overwritten by the final result; the animation exposes it as an editable accumulator input.
widening negate multiply-subtract-accumulator: vs1[i] and vs2[i] are SEW-wide multipliers, while wide vd[i] is the 2*SEW addend and result; -(vs1[i] * vs2[i]) + vd[i].
Extension condition: V 1.0 on RV32/RV64, with supported FP formats, valid vtype, and enabled VS/FS. Standard V supports SEW=32 to FP64, not a guaranteed SEW=64-to-FP128 path.
VFWNMSAC.VV reads SEW-wide multipliers and 2*SEW-wide old vd, then evaluates -(vs1[i] * vs2[i]) + old vd[i] with one fused rounding to the wide result. Only active elements execute; the animation models finite FP32-to-FP64 inputs under RNE.
Decode the OP-V encoding and execute widening fused multiply-add lane by lane: two SEW=32 multipliers and the 2*SEW=64 wide vd[i] produce one binary64 fused result; the second multiplier is same-lane vs1.
lane 0: fma(-(1), 0.5, 0.5) -> 0
This lane follows the current-step highlight; the remaining lane results appear below.
V-extension FP instructions use the OP-V major opcode, with funct6, source registers, vm, funct3, vd, and opcode fields.
Read vs1[i] and vs2[i] as SEW-wide multipliers, then fuse them with wide vd[i] as -(vs1[i] * vs2[i]) + vd[i]; vd[i] is overwritten by the result.
Syntax: vfwnmsac.vv vd, vs1, vs2[, v0.t]. 32-bit OP-V: opcode=1010111, funct3=001, funct6=111111.
Narrow vector multipliers use EEW=SEW, EMUL=LMUL. vd is both the wide source and result, with EEW=2×SEW, EMUL=2×LMUL. EMUL=2/4/8 groups align to their size; EMUL>8 is reserved. Narrow multipliers cannot share registers with the wide vd source group; equal narrow sources read equal initial values.
Active elements compute -(vs1[i] * vs2[i]) + old vd[i], with no separate product rounding and one fused rounding to the final wide result. Both multipliers are same-index vector elements.
Omit v0.t for vm=1; include it for vm=0. Masked-off sources raise no FP exceptions; active exceptions accrue in fflags. One register cannot be read as both an EEW=1 mask and different-EEW data source. A masked destination cannot include v0. Prestart elements do not update; vl=0 or vstart≥vl updates no destination elements, including tails. Other inactive/tail elements follow vma/vta. ta/ma does not guarantee zeros; successful execution resets vstart=0.
V 1.0 supports RV32/RV64 and depends on F/D. Require supported formats, valid vtype, and enabled VS/FS; with H and virtualization V=1, vsstatus.VS/FS must also be enabled. Invalid frm use is reserved even at vl=0; vxrm is not used. This finite model fixes SEW=32, LMUL=m1, VLEN=4096, vstart=0, and RNE; NaNs, infinities, and fflags are not fully simulated.
Assume enabled V/VS/FS, valid e32,m1, supported formats, frm=RNE, VLMAX≥4, and a0=4; vsetvli sets vl=4 and vstart=0. Omit v0.t for unmasked execution. old v4/v5(binary64)=[1,2,-3,4], v8(binary32)=[3,-1,2,5], v12(binary32)=[2,4,-2,0] → v4/v5=[-5,6,1,4]. Tails follow ta without guaranteed zeros.
No. In the official definition, vd is the 2*SEW-wide addend and is overwritten by the final result; the animation exposes it as an editable accumulator input.