Searched hist:5327 (Results 1 - 1 of 1) sorted by relevance
| /gem5/src/cpu/o3/ | ||
| H A D | inst_queue_impl.hh | 5327:3390941f0643 Mon Jan 14 11:47:00 EST 2008 Ke Meng <mengke97@hotmail.com> The reason is that the event is supposed to put the instructions ready to execute for next cycle. And the FUCompletion event has a lower priority than CPU tick event. It is called after the iew->tick() for current cycle has already been executed and the issueToExecuteQueue has already advanced this time. And assume the issueToExecuteLatency is 1, to catch up, the increasement should be made at access(-1) instead of access(0). Otherwise I found it could increase the actual op_latency of the instructions to execute by 1 cycle and potentially put the simulated CPU into a permanent idle state. Signed-off by: Ali Saidi <saidi@eecs.umich.edu> |
Completed in 24 milliseconds