RubyPort and Sequencer: Fix draining
Review Request #1386 - Created Aug. 31, 2012 and submitted - Latest diff uploaded
| Information | |
|---|---|
| Joel Hestness | |
| gem5 | |
| default | |
| Reviewers | |
| Default | |
Changeset 9228:0b63b7c87cde --------------------------- RubyPort and Sequencer: Fix draining Fix the drain functionality of the RubyPort to only call drain on child ports during a system-wide drain process, instead of calling each time that a ruby_hit_callback is executed. This fixes the issue of the RubyPort ports being reawakened during the drain simulation, possibly with work they didn't previously have to complete. If they have new work, they may call process on the drain event that they had not registered work for, causing an assertion failure when completing the drain event. Also, in RubyPort, set the drainEvent to NULL when there are no events to be drained. If not set to NULL, the drain loop can result in stale drainEvents used.
Verified that all prior working Ruby checkpointing configurations still work correctly. Verified that this fixes checkpoint restore into timing CPU and then switch to detailed CPU with x86. Will need to verify that this works when restoring in full-system simulation, functionality which is currently obscured by another bug when restoring into detailed CPU in FS.
