先看 vl
当前 vl 决定 body 元素数量。典型代码会先执行 vsetvli、vsetivli 或 vsetvl，再执行本页指令。
指令行为说明
RISC-V VOR.VI 使用 OP-V 编码，对每个活动元素计算 vs2 | 第二源并写入 vd。第二源来自5 位有符号立即数符号扩展到 SEW 后的值；vm=0 时由 v0.t 控制参与元素。
VOR.VI 指令解析与执行动画
从 OP-V 编码字段开始，展示 VOR 如何对活动元素执行 SEW 宽逐位 OR，并写回 vd。
输入的指令
vor.vi
立即数值
7 -> 0x0007
5-bit signed imm 符号扩展到 SEWOP-V encodingvor.vi
funct6
001010
vm
0
vs2
01000
simm5
00111
funct3
011
vd
00100
opcode
1010111
lane
0
1
2
3
4
5
6
7
v8
0x00fa
0x010b
0x011c
0x012d
0x013e
0x014f
0x0160
0x0171
|
|
|
|
|
|
|
|
imm
0x0007
0x0007
0x0007
0x0007
0x0007
0x0007
0x0007
0x0007
v0.t
1
0
1
1
1
0
1
1
v4
...
-
...
...
...
-
...
...
当前步骤
显示 OP-V 32 位编码字段
vor.vi 使用 OP-V 编码。动画把固定字段、寄存器字段、vm 和 imm 字段放在同一条编码带中。
动画只展示官方 V 扩展定义的 ISA 可见关系：OP-V 字段解析、活动元素读取、SEW 宽度整数按位或、mask 控制和 vd 写回；不模拟流水线、缓存或执行时延。
快速理解与检索要点
VOR.VI 是 V 扩展单宽整数逻辑指令：在 vl 范围内，只对活动元素计算 vs2 | 第二源，结果保持 SEW 位并写入普通向量寄存器 vd。
OP-V opcode 为 1010111，VOR.VI 使用 funct6=001010，.vi 形式使用 funct3=011。
VI 形式的 5 位有符号立即数先符号扩展到 SEW，再作为每个元素的第二源。
只对 body active 元素执行；vm=0 时 v0.t 为 1 的元素参与，mask-off 和 tail 元素由当前 vma/vta 策略决定。
结果是普通 SEW 宽整数位模式，不设置条件码、整数异常标志或浮点 fflags。
向量执行上下文
阅读 VOR.VI 时，不要只看助记符。官方 V 扩展语义还依赖当前 vl、vtype 和掩码状态。.vi：一个向量源和一个小立即数参与运算。
再看 vtype
当前 vtype 提供 SEW、LMUL、tail policy 和 mask policy；这些规则影响元素宽度、寄存器组大小以及非活动/尾部目标元素。
最后看 vm/v0
带 vm 的普通向量指令在 vm=0 时用 v0 作为执行掩码，vm=1 表示未掩码。VMERGE 等少数形式会把 v0 当作数据选择输入。
常见使用场景
设置特定位、合并位字段或组合逐元素数据位模式
结合 «vsetvli t0, a0, e16, m1, ta, ma vor.vi v4, v8, 7, v0.t» 等实际代码理解该场景。
RVV 逐元素位操作
结合 «vsetvli t0, a0, e16, m1, ta, ma vor.vi v4, v8, 7, v0.t» 等实际代码理解该场景。
使用前检查清单
语法检查
- 确认当前指令格式为 V-type。
- 确认操作数排列顺序与示例一致。
语义检查
- 确认目标寄存器用途和调用约定兼容。
- 确认该指令不是伪指令展开后的底层形式。
容易混淆 / 常见误区
VOR.VI 写普通向量元素，不生成比较掩码，也不同于 VMOR.MM 掩码寄存器逻辑。
VOR.VI 的 imm 是 -16..15 的 5 位有符号立即数，先符号扩展到 SEW；它不是任意宽位掩码。
mask-off 元素和尾部元素由当前 vtype 的 vma/vta 策略控制，不应假定固定清零或固定保持。
常见问题
VOR.VI 会生成向量掩码吗？
不会。VOR.VI 写普通向量元素；比较类指令才生成掩码结果，掩码寄存器逻辑则使用 .mm 指令。
VOR.VI 的元素宽度由什么决定？
元素宽度由当前 vtype 中的 SEW 决定；VL 决定本次 body 元素数量，二者不是同一个概念。
VOR.VI 在 vm=0 时怎样处理 v0.t 为 0 的元素？
这些元素不执行本条逻辑运算，目标元素结果由当前 mask policy 决定，不能从助记符推断为固定 0。