CPU设计实战lab4---任务三 数据前推解决数据冲突

流水线的数据冲突

译码阶段的数据冲突
ID模块通过译码和读取regfile寄存器,确定后续阶段所需要的源操作数等,在流水线的条件下,就有可能造成“写后读”的数据相关问题

在这里插入图片描述
采用数据前推的方式将将要写入regfile的数据和寄存器信息传送到ID模块,进行判断

解决

ID模块接收由EX、MEM、WB模块传送过来的写信息
另外还接收了load_op信号,这里的load_op信号其实是上一个节拍从ID模块的得到的,相当与经过一个流水线寄存器打了一拍,这个信息可以用来处理load相关

	// ID模块接收其他模块传来的信息
	assign	{es_valid,		// 117:117
			 es_load_op,	// 116:116 
			 es_rf_we,		// 115:115
			 es_rf_waddr,	// 114:110
			 es_rf_wdata,	// 109: 78
			 ms_valid,		//  77: 77
			 ms_rf_we,		//  76: 76
			 ms_rf_waddr,	//  75: 71
			 ms_rf_wdata,	//  70: 39
			 ws_valid,		//  38: 38
			 ws_rf_we,		//  37: 37
			 ws_rf_waddr,	//  36: 32
			 ws_rf_wdata	//  31:  0
			} = data_hazard_bus;

处理load相关
单数据的相关在EX阶段就算出来写入结果了,而load指令的写入的结果在MEM阶段才能得到,所以需要对应的指令的ID模块多暂停一拍,等到load指令算出来结果,之后在通过数据前推端口解决相关问题。

	// load hazard
	wire	load_hazard_occur;
	assign	load_hazard_occur	=	es_hazard_occur && es_load_op;
	
	// 流水线暂停
	wire	hazard_occur_stall;
	assign	hazard_occur_stall	=	load_hazard_occur;
	
	// assign	ds_ready_go		=	1'b1;
	assign	ds_ready_go		=	!hazard_occur_stall;

处理数据相关

// data hazard
	// determine if this inst requires RS as src
	wire	inst_req_rs;
	assign	inst_req_rs	=	inst_addu | inst_addiu | inst_subu | inst_slt  | inst_sltu |
							inst_and  | inst_or    | inst_xor  | inst_nor  | inst_lw   |
							inst_sw   | inst_beq   | inst_bne  | inst_jr ;
	// determine if this inst requires RT as src
	wire	inst_req_rt;
	assign	inst_req_rt	=	inst_addu | inst_subu  | inst_slt  | inst_sltu | inst_and  |
							inst_or   | inst_xor   | inst_nor  | inst_sll  | inst_srl  |
							inst_sra  | inst_beq   | inst_bne  | inst_sw;
	// when this inst require rs|rt as their src register and rs|rt not equal to r0
	// this inst is likely to occur data hazard
	wire	rs_hazard_likely;
	wire	rt_hazard_likely;
	assign	rs_hazard_likely	=	inst_req_rs && (rs != 5'h00);
	assign	rt_hazard_likely	=	inst_req_rt && (rt != 5'h00);
	
	// 检查是否发生冲突
	wire	es_hazard_occur;
	wire	ms_hazard_occur;
	wire	ws_hazard_occur;
	assign	es_hazard_occur	=	es_valid  && es_rf_we  &&
								( (rs_hazard_likely && es_rf_waddr == rs) ||
								  (rt_hazard_likely && es_rf_waddr == rt) );
	assign	ms_hazard_occur=	ms_valid && ms_rf_we &&
								( (rs_hazard_likely && ms_rf_waddr == rs) ||
								  (rt_hazard_likely && ms_rf_waddr == rt) );
	assign	ws_hazard_occur	=	ws_valid  && ws_rf_we  &&
								( (rs_hazard_likely && ws_rf_waddr == rs) ||
								  (rt_hazard_likely && ws_rf_waddr == rt) );
	// 确定最终源操作数
	assign	rs_value	=	(es_hazard_occur && es_rf_waddr == rs) ? es_rf_wdata :
							(ms_hazard_occur && ms_rf_waddr == rs) ? ms_rf_wdata :
							(ws_hazard_occur && ws_rf_waddr == rs) ? ws_rf_wdata :
							rf_rdata1;
	assign	rt_value	=	(es_hazard_occur && es_rf_waddr == rt) ? es_rf_wdata :
							(ms_hazard_occur && ms_rf_waddr == rt) ? ms_rf_wdata :
							(ws_hazard_occur && ws_rf_waddr == rt) ? ws_rf_wdata :
							rf_rdata2;
  • 2
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
lab4主要是关于elf格式和链接器的内容。 elf格式是一种用于表示可执行文件、目标文件、共享库等二进制文件的标准格式。它提供了一种通用的、可移植的文件格式,使得不同体系结构的机器能够共享相同的程序和库。elf文件由多个段(Segment)和节(Section)组成,其中段用于表示程序运行时的基本单位,而节用于存储与程序的静态结构相关的信息。 链接器(linker)是一种用于将多个目标文件合并成一个可执行文件的工具。链接器负责解析目标文件中的符号(符号表中的符号)并进行符号地址的重定位,然后生成最终的可执行文件。链接过程中还可能进行符号的强引用和弱引用解析、合并相同的节等操作。 在链接过程中,链接器主要完成以下几个步骤:首先,链接器会将所有输入的目标文件合并成一个输出文件。其次,链接器会解析符号引用,通过符号表找到对应的符号定义,并进行符号地址的重定位。对于强符号引用,链接器会将其绑定到合适的地址上;对于弱符号引用,链接器会在地址没有被绑定的情况下给符号一个默认值。最后,链接器会根据需要调整节的地址和大小,合并相同的节,以及进行其他的优化。 通过学习elf格式和链接器的相关知识,我们可以更好地理解并应用于程序的开发和调试中。理解elf格式可以帮助我们更好地理解程序的内部结构和特性,而链接器则是将多个目标文件合并成一个可执行文件的重要工具。对于理解二进制文件的内容和进行程序的调试和优化都有重要的意义。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值