There is a good chance that if you've simply made modifications to fix
compilation problems that Ruby is trying to stall an instruction fetch.
As I recall, Simics doesn't allow instruction fetch to stall on x86
targets -- you should modify SimicsDriver's makeRequest to return
prematurely with a stall time of zero for all instruction fetches,
which will have the flag mem_trans->s.may_stall cleared.
Alternatively, don't issue 'instruction-fetch-mode
instruction-fetch-trace' to Simics.
Regards,
Dan
divya ramakrishnan wrote:
Hi,
I am using GEMS 2.0 with Simics 3.0.30. I made a few changes to the
Ruby files to make it compile for a x86 target machine. Ruby compiled
and loaded successfully in Simics. But while I start the simulation, I
get the following error.
simics> c
failed assertion 'mem_trans->s.may_stall' at fn
MemoryTransactionResult
SimicsProcessor::makeRequest(memory_transaction_t*) in
simics/SimicsProcessor.C:326
failed assertion 'mem_trans->s.may_stall' at fn
MemoryTransactionResult
SimicsProcessor::makeRequest(memory_transaction_t*) in
simics/SimicsProcessor.C:326
At this point you might want to attach a debug to the running and get
to the
crash site; otherwise press enter to continue
Is this a problem that is related to the SPARC to x86 conversion or
some problem with the configuration?
Thank you,
Divya
Unlimited freedom, unlimited storage. Get
it now
_______________________________________________
Gems-users mailing list
Gems-users@xxxxxxxxxxx
https://lists.cs.wisc.edu/mailman/listinfo/gems-users
Use Google to search the GEMS Users mailing list by adding "site:https://lists.cs.wisc.edu/archive/gems-users/" to your search.
--
http://www.cs.wisc.edu/~gibson [esc]:wq!
|
|