前言前面谈到了异常响应机制，如果在上下文恢复的时候，做点手脚，比如别让它回到原来的上下文，而是回到了另一个进程的上下文，那么这就是进程切换，也是多道程序的基础。 yield OS前言就是 yield OS 的核心思想了，实现kcontext 后，别忘了修改 trap.S，使得 a0 这个返回值传到 sp。 1234567Context* kcontext(Area kstack, void (

前言在 riscv 中，当发生异常的时候，需要调用 ecall 指令来陷入异常: 12345678910111213#define ECALL(dnpc) \ {

前言在把 PA2.3 做完之后，顺手把 ysyx 的 npc 中的设备模仿 nemu 也实现了一下，分别是串口、时钟、vga，本文讨论一下这三种设备的区别。事实上，这三种设备循序渐进，虽然是三种设备，但其实在 CPU 眼里，它就是同一种东西，都是读写内存。 设备在 nemu 的模型中，程序访问设备的时候，会提供统一的接口，比如 io_read、io_write，比如： 123456789101

前言昨天开组会，助教在会上问了一个问题：A 函数调用 B 函数，s0 的保存是哪一个函数进行的。我觉得这个问题挺熟悉的，因为之前在看 riscv 的 xv6 操作系统时遇到过。 实验main.c: 12345678#include <add.h>#include <stdio.h>int main() { int a = 10, b = 5; in

前言在 PA2 中，要求实现一个单周期的 CPU，也就是 NPC。这个工作做完了之后，我发现了一本好书，名字叫做《CPU 制作入门：基于 RISC-V 和 Chisel》，是一个日本作者写的。内容非常适合入门，我花了一天时间就看到了单周期，被作者的思路完全影响了，第二天就立即开始重构 NPC，重构好了之后，整个项目看起来很清晰，把能在 ID 阶段做的事情都做了，一共分了 5 个阶段：IF、ID

前言本人在实现 npc 的仿真环境的基础设施的时候，发现要重新写很多东西，好消息是这些东西已经在 nemu 中实现了。但是把它重新部署到 npc 却不是一件简单的事情，要对文件组织、编译流程有一个深刻的认识。 编译

前言DPI-C 是 Verilator 提供的一种机制，可以在 Verilog 代码中调用 C/C++ 中定义的 C 语言函数。这为 Verilog 与仿真环境（C/C++）的交互提供了方便。 DPI-C 的基本使用步骤 在 Verilog 中声明 C 函数 使用 import "DPI-C" 语句在 Verilog 中声明要调用的 C 函数。语法如下

目录结构12345678910verilator_helpers/│ └── include/│ └── helpers.h│ └── src/│ └── helpers.cpp│verilatorTest/├── Makefile├── top.v└── main.cpp 实验在这个实践中，用 verilator 编译了多个文件：helpers.cp

什么是 Chisel 中的 BlackBox？在硬件设计中，BlackBox 是一种用于集成外部硬件模块的方法。在 Chisel 中，BlackBox 允许设计者将已经存在的硬件描述（如 Verilog 或 SystemVerilog 编写的模块）引入到 Chisel 项目中，而无需用 Chisel 重新实现这些模块。这种方法特别适用于以下情况： 重用现有模块：你可能已经有一些经过验证的 V

一、前言本文尝试去分析 YSYX 中的一个实例 YPC,YPC 使用 Chisel 来实现基本的指令执行过程：定义指令结构、取指、解码（操作码、操作数）、执行、更新 PC。 二、写被执行的程序这个程序主要使用内嵌汇编的方法来执行一些汇编代码，我们可以确认它仅仅包含这些指令，应为 YPC 被设计为只能执行 I类指令的两种指令，addi 和 ebreak。 1234567891011121314s