Home/Instructions/CM-MVSA01
CM.MVSA01

RISC-V CM.MVSA01 Instruction Details

Instruction ManualC-type

Move a0 and a1 into two different s0-s7 registers

Instruction Syntax

cm.mvsa01 r1s', r2s'
Operand Breakdown
RV32/RV64 Zcmp depends on Zca and conflicts with Zcd; 16-bit CMMV format.
The three-bit r1s'/r2s' fields encode UABI s0-s7: 0/1 select x8/x9 and 2-7 select x18-x23. RV32E selections s2-s7 are reserved.
a0/x10 → r1s' and a1/x11 → r2s'; the destinations must differ.
Both XLEN-bit register writes are atomically visible; no data memory access, immediate, or direct single 32-bit equivalent encoding.
ZcmpStack & FunctionsCompressed Instruction

Instruction Behavior

CM.MVSA01 (Zcmp) writes a0 into r1s' and a1 into r2s'; the destinations are UABI s0-s7 and must differ. The two writes are atomically visible. On RV32E, encodings selecting s2-s7 for either specifier are reserved. It reuses c.fsdsp encodings, is incompatible with Zcd, and Zcmp depends on Zca.

CM.MVSA01 Decode & Execute Animation

Shows only official compressed fields, conditions, and architectural state; it does not model a pipeline, cache, or timing.

cm.mvsa01,
Execution context

Zcmp depends on Zca and is incompatible with Zcd; RV32E reserves s2-s7 specifiers.

cm.mvsa01 s0, s1 → s0 <- 0x11223344; s1 <- 0x55667788 (atomic)
16-bit encoding fields
15..13
funct3
101
12..10
fixed
011
9..7
r1s'
000
6..5
fixed
01
4..2
r2s'
001
1..0
op
10
Execution data path
The s-register specifiers restore s0 and s1 (encodings 000, 001 → x8, x9).
s0 <- a0 (0x11223344); s1 <- a1 (0x55667788)
s0 <- 0x11223344; s1 <- 0x55667788 (atomic)
Architectural state has not been committed.

Quick Understanding & Search Notes

CM.MVSA01 is a Zcmp 16-bit register-move instruction: a0/a1 atomically write two distinct UABI s0-s7 destinations.

The official operation is X[xreg1]=X[10], X[xreg2]=X[11]; do not reverse it into saved registers -> a0/a1.
r1s' and r2s' must differ and encode UABI s0-s7; RV32E selections of s2-s7 are reserved.

Common Usage Scenarios

Register Operations

RV32/RV64 Zcmp, old a0=0x12 and a1=0x34: cm.mvsa01 s0, s1 atomically writes s0=0x12 and s1=0x34, leaving a0/a1 unchanged.

Compressed & Code Size

RV32/RV64 Zcmp, old a0=0x12 and a1=0x34: cm.mvsa01 s0, s1 atomically writes s0=0x12 and s1=0x34, leaving a0/a1 unchanged.

Pre-Use Checklist

Syntax Check
  • RV32/RV64 Zcmp depends on Zca and conflicts with Zcd; 16-bit CMMV format.
  • The three-bit r1s'/r2s' fields encode UABI s0-s7: 0/1 select x8/x9 and 2-7 select x18-x23. RV32E selections s2-s7 are reserved.
Semantic Check
  • a0/x10 → r1s' and a1/x11 → r2s'; the destinations must differ.
  • Both XLEN-bit register writes are atomically visible; no data memory access, immediate, or direct single 32-bit equivalent encoding.

Pitfalls / Common Confusions

r1s' and r2s' are destination registers; the direction is a0/a1 -> s0-s7.
The two destination registers must differ and be UABI s0-s7.
RV32E encodings selecting s2-s7 are reserved, and both s-register writes are atomically visible.
Incompatible with Zcd.

FAQ

May the two register specifiers be equal?

CM.MVA01S may use equal sources, giving a0/a1 the same old value; CM.MVSA01 requires different destinations.

Do these fields select x8-x15?

No. They encode UABI s0-s7: x8, x9, x18-x23. RV32E selections s2-s7 are reserved. Both register writes are atomically visible.