-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviews.gem5.org/r/2504/#review5479
-----------------------------------------------------------


I think there are still synchronization issues with curTick and systemc time

I am testing FS, X86 with a small array manipulation program. I booted using 
python variant, created a checkpoint right before ROI. Python variant seems to 
restore checkpoint and run. But systemc variant cannot. I have both r2503 and 
this patch applied.

Checkpoint restores in FS mode, but right after it fails the check 
assert(curTick() <= systemc_time) on Module::EventLoop

info: kernel located at: ...
Listening for com_1 connection on port 3456

Info: rtc: Real-time clock set to Sun Jan  1 00:00:00 2012
0: system.remote_gdb.listener: listening for remote gdb #0 on port 7000
warn: Reading current count from inactive timer.
Restoring checkpoint
Waiting for 5714639839500ps for SystemC to catch up to gem5
gem5.opt.sc: sc_module.cc:148: void Gem5SystemC::Module::eventLoop(): Assertion 
`curTick() <= systemc_time' failed.         
Program aborted at cycle 5714639839500
Aborted


- Cagdas Dirik


On Nov. 17, 2014, 6:19 a.m., Andreas Hansson wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://reviews.gem5.org/r/2504/
> -----------------------------------------------------------
> 
> (Updated Nov. 17, 2014, 6:19 a.m.)
> 
> 
> Review request for Default.
> 
> 
> Repository: gem5
> 
> 
> Description
> -------
> 
> Changeset 10555:d1e51dc6cf86
> ---------------------------
> config: Fix to SystemC example's event handling
> 
> This patch fixes checkpoint restore in the SystemC hosting example by handling
> early PollEvent events correctly before any EventQueue events are posted.
> 
> The SystemC event queue handler (SCEventQueue) reports an error if the event
> loop is entered with no Events posted.  It is possible for this to happen
> after instantiate due to PollEvent events.  This patch separates out
> `external' events into a different handler in sc_module.cc to prevent the
> error from occurring.
> 
> 
> Diffs
> -----
> 
>   util/systemc/Makefile 1a9e235cab09 
>   util/systemc/main.cc 1a9e235cab09 
>   util/systemc/sc_module.hh 1a9e235cab09 
>   util/systemc/sc_module.cc 1a9e235cab09 
> 
> Diff: http://reviews.gem5.org/r/2504/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Andreas Hansson
> 
>

_______________________________________________
gem5-dev mailing list
[email protected]
http://m5sim.org/mailman/listinfo/gem5-dev

Reply via email to