基于matlab的pcm系统仿真_深入理解基于RISC-V ISS Spike的仿真系统：探索Spike，pk和fesrv...

Spike, the RISC-V ISA Simulator, implements a functional model of one or more RISC-V processors.
Spike is named after the golden spike used to celebrate the completion of the US transcontinental railway.

一些同学初接触RISC-V，总逃脱不了被Rocketchip, Chisel, Spike ISS俘虏的命运。今天我们就来说说Spike。历经千辛万苦clone repo，编译安装，并跟着说明文档写了一个hello world程序、然后编译、最后敲下spike pk hello 之后终于在终端上见到了朝思暮想的hello world字符。平复一下自己激动的心情之后你是否在想：RISC-V的目标代码为什么能在我的x86机子的linux系统的终端上打印字符串？这中间到底发生了什么？

简单来说，这就是一个仿真的过程，Spike作为一个指令集的模拟器，配合其他工具如pk、fesrv完成系统的模拟。Spike本身使用C++实现，属于ESL中Untimed model。Spike是个RISC-V指令集的仿真器，所以Spike只能吃RISC-V的目标代码。那目标代码是准备运行在什么机器上呢？RISC-V的生态碎片化很厉害，不能像x86系统那样有明确的spec，甚至无法和ARM相比：ARM指令集以及系统留给你发挥的余地并不多。指令集支持哪些部分这个问题倒不大，告诉Spike就行了。memory map怎么定义的？有没有MMU？是否是跑在linux上的？这个关系就很大了。简单地说，spike可以运行下面三种类型的代码：

• bare metal
• 使用newlib
• 使用glibc

1. software stack

让我们先看看RISC-V software stack的定义（先不考虑用于支持virtualization的hypervisor模式）：

对于bare metal来说，顾名思义，程序代码在RISC-V硬件上裸奔，直接用spike去仿真就可以，不去加载pk。这时候并不存在AEE，或者说不存在现成的AEE，如果需要ABI的功能需要你自己实现一个AEE。这个时候硬件上的代码怎么和外界打交道？比如输出点字符什么的（如打印在终端上或者记录在文件里）？很遗憾，无法直接做到。但是我们可以把GDB