inorder: don't overuse getLatency()
resources don't need to call getLatency because the latency is already a member in the class. If there is some type of special case where different instructions impose a different latency inside a resource then we can revisit this and add getLatency() back in
This commit is contained in:
parent
37df925953
commit
a278df0b95
|
@ -325,10 +325,8 @@ Resource::ticks(int num_cycles)
|
|||
void
|
||||
Resource::scheduleExecution(int slot_num)
|
||||
{
|
||||
int res_latency = getLatency(slot_num);
|
||||
|
||||
if (res_latency >= 1) {
|
||||
scheduleEvent(slot_num, res_latency);
|
||||
if (latency >= 1) {
|
||||
scheduleEvent(slot_num, latency);
|
||||
} else {
|
||||
execute(slot_num);
|
||||
}
|
||||
|
|
Loading…
Reference in a new issue