0
$\begingroup$

enter image description here

I'm having trouble identifying a problem in this pipelined datapath. After executing an add instruction, there are 5 subsequent R-type instructions executed. However, we are assuming no data hazard, so no data dependencies that are relevant. That confuses me because that takes out the main issue with executing multiple R-type instructions. Could it be a structural hazard in which there's not enough resources to execute multiple instructions at the same time, thereby needing more hardware?

$\endgroup$
6
  • $\begingroup$ After executing an add instruction … one particular R-Type (Register) instruction … there are 5 subsequent R-type instructions executed Well, should run like a charm. I'm having trouble identifying a problem in this pipelined datapath. How do you know there is one, and what do you know about it? $\endgroup$ – greybeard May 13 at 21:01
  • $\begingroup$ Mentor gave me this prompt to think about, and said there is a problem. $\endgroup$ – noscreen May 13 at 21:38
  • $\begingroup$ Well, are there any R-Type instructions the description of which shows something like undefined, locked*/*interlocked, stall? $\endgroup$ – greybeard May 13 at 21:49
  • $\begingroup$ No, there are none. Just "5 subsequent R-type instructions." $\endgroup$ – noscreen May 13 at 21:54
  • $\begingroup$ are there, as in in the machine specification, in Gerry Kane's MIPS RISC Architecture $\endgroup$ – greybeard May 13 at 21:59

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.