Rocket Core中Load/Store指令的数据宽度判定机制咨询

你推测的通过funct3字段判定数据宽度的结论是完全正确的，相关逻辑并非集中在IDecode.scala的指令定义处，而是分散在流水线的不同阶段模块中，以下是具体细节：

1. 指令编码与funct3的对应关系 #

在Instructions.scala的定义中，Load/Store指令的核心编码差异就体现在funct3字段：

• Load类：LB（000）、LH（001）、LW（010）、LBU（100）、LHU（101）
• Store类：SB（000）、SH（001）、SW（010）

2. funct3的实际处理位置 #

你在IDecode.scala中看到的是指令的大类标记（比如标记为Load/Store类型），而数据宽度的细分逻辑在两个执行单元模块中：

• Load指令处理：在LoadUnit.scala中，解码器传递过来的funct3信号会直接控制数据的截取和扩展方式。例如funct3=000时执行LB的符号扩展（取低8位并扩展至XLEN位），funct3=100时执行LBU的零扩展。
• Store指令处理：在StoreUnit.scala中，funct3字段会决定从寄存器中截取对应宽度的数据写入内存，比如funct3=000时取低8位（SB操作），funct3=001时取低16位（SH操作）。

另外，IDecode.scala的DecodeTable中已经将funct3字段映射为流水线控制信号传递到后续阶段，你可以查找FUNCT3相关的映射项，它会被作为执行单元的控制输入使用。

3. 为何IDecode.scala中LB/LH/LBU设置相同参数？ #

你看到的IDecode.scala中List(IsLoad, ...)这类参数，是用来标记指令的大类归属（比如区分Load/Store/算术运算指令），目的是将指令导向对应的处理流水线。而数据宽度属于同一大类下的细分行为，因此不需要在这里区分，而是交由后续执行单元通过funct3字段来处理。

内容的提问来源于stack exchange，提问作者JohnDoe