如何解决RISC-V压缩指令子集RVC是否始终以二进制文件的形式组装成32位指令?
我很困惑。当我在二进制文件中汇编压缩指令子集时,我得到了32位指令,但是我认为我会得到16位指令,因为RVC子集是用16位编码的。来自RVC(压缩)子集的指令在组装后是否总是扩展为32位指令,还是应该为16位长? 这写在RISC-V的官方指令集手册中:
RVC是在每个RVC指令扩展为基数之一的约束下设计的 RISC-V指令:RV32I,RV64I或RV128I
解决方法
RVC是在每个RVC指令扩展为基本RISC-V指令之一的约束下设计的:RV32I,RV64I或RV128I
该陈述是关于芯片的内部实现技术的-它允许芯片设计人员将压缩指令进行1:1映射到等效的32位指令,这意味着压缩指令对硬件没有其他影响。超过此映射器,即不影响解码(以映射器为模),不影响寄存器文件,不影响执行单元,流水线绕过和停顿等.``不涉及''适用于单周期实现,简单流水线实现,以及更复杂的乱序实现。
(他们在这里解释的一件事就是为什么,例如,在压缩指令集中没有“保存/恢复多个寄存器”指令,因此可以为此提供体面的压缩。但是,它将添加一个基本指令集中尚未提供对其他状态的要求。)
某些工具链似乎不适用于压缩指令。
我使用的是SiFive的rv64elf-gcc,它通过-mabi=ilp32
-march=rv32imac
选项可以很好地工作。 (供参考:riscv64-unknown-elf-gcc-8.3.0-2019.08.0-x86_64-linux-ubuntu14 / bin / riscv64-unknown-elf-gcc)
test.c:
int foo(int a) { return a+1; }
命令:
$ riscv64-unknown-elf-gcc-8.3.0-2019.08.0-x86_64-linux-ubuntu14/bin/riscv64-unknown-elf-gcc test.c -o test.o -mabi=ilp32 -march=rv32imac -c -O3
$ riscv64-unknown-elf-gcc-8.3.0-2019.08.0-x86_64-linux-ubuntu14/bin/riscv64-unknown-elf-objdump -D test.o
test.o(-O3):
...
Disassembly of section .text:
00000000 <foo>:
0: 0505 addi a0,a0,1 # 2 byte instruction
2: 8082 ret # 2 byte instruction
...
test.o(无优化):
...
Disassembly of section .text:
00000000 <foo>:
0: 1101 addi sp,sp,-32
2: ce22 sw s0,28(sp)
4: 1000 addi s0,32
6: fea42623 sw a0,-20(s0) # 4 byte instruction
a: fec42783 lw a5,-20(s0) # 4 byte instruction
e: 0785 addi a5,a5,1
10: 853e mv a0,a5
12: 4472 lw s0,28(sp)
14: 6105 addi sp,32
16: 8082 ret
...
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。