Carole,
With stock install (no manual changes to ruby/opal), you should see
usermode accesses, as long as the setup is correct, i.e. there
actually is a usermode app running inside the simulation environment.
You may want to double check that first.
If you are sure that there is an app running inside your simulation
environment, then the next place to poke around is the simics-ruby
interface, specifically the ruby_operate function in ruby/module/
ruby.c. This gets called every time simics wants to do a memory
access, and it passes an object of type generic_transaction_t to ruby.
Follow from there how the request passed down through ruby/simics/
Commands.C, ruby/simics/SimicsDriver.C and eventually ruby/simics/
SimicsProcessor.C. There, it gets converted to CacheMsg type.
I would first do a sanity check by putting a small code along that
call chain to see if I am actually getting any usermode accesses
through that ruby interface - small code to keep a count of such
accesses, run for a while, check to see if it's non-zero. If it isn't,
then at least you know your checkpoint isn't the problem, and you can
go from there.
Byn
On Feb 17, 2010, at 10:10 PM, Carole-Jean Wu wrote:
Hello list,
I would like to separate user mode requests from supervisor mode
requests in Simics-3.0.x/GEMS-2.1.X. I know that there is a field in
all cache messages, called AccessModeType, which is set to either
UserMode of SupervisorMode. However, in my ruby statistic files, I
do not see any UserMode requests at all. Did any of you experience
similar situation? Or, can someone point me where to look at?
Thanks in advance,
Carole
_______________________________________________
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.
|
![[Computer Systems Lab]](http://www.cs.wisc.edu/pics/csl_logo.gif){kind=logo}