Hi All,
On 19/06/2015 09:22, Timothy M Jones wrote:
I think my first step will be to verify that the blocks in each of the
caches at the point the checkpoint is taken is the same as after the
checkpoint has been restored.
I have tracked down the problem to a particular line in one of the L1
caches. There's a fairly simple (and obvious) check on each block's
access permissions to determine what request to make in the trace to
restore state:
1) Read-only and instruction cache => Instruction fetch request
2) Read-only otherwise => Load request
3) Read-write permissions => Store request
However, I've got a block with read-only permission that still manages
to contain dirty data! Could anyone tell me how this can happen?
Cheers
Tim
--
Timothy M. Jones
http://www.cl.cam.ac.uk/~tmj32/
_______________________________________________
gem5-dev mailing list
gem5-dev@gem5.org
http://m5sim.org/mailman/listinfo/gem5-dev
