[Gems-users] Can magic_breakpoint stop OPAL from running


Date: Tue, 26 Jan 2010 15:06:44 +0800
From: "dongjianbo" <dongjianbo@xxxxxxxxx>
Subject: [Gems-users] Can magic_breakpoint stop OPAL from running
Hi, all
We know the magic-breakpoint will stop running of SIMICS, like pressing Ctrl+C. However, if we load RUBY and OPAL for timing simulation, does the magic-breakpoint still work?
Thanks.
 
 
2010-01-26

Jianbo DONG
Key Laboratory of Computer System and Architecture,
Institute of Computing Technology,
Chinese Academy of Sciences,


发件人: Dan Gibson
发送时间: 2010-01-25  22:54:35
收件人: Gems Users
抄送:
主题: Re: [Gems-users] how to squash memory access if mispredicted
Ruby's request is /not/ terminated on a squash. The request is serviced, despite it having been a false-path request. When the request is finally serviced by Ruby, Opal simply ignores the arrival of the line at the L1D.

If you want to see the code, follow the execution path by grepping for 'hitCallback'. It should start in OpalInterface.h.

Regards,
Dan

On Mon, Jan 25, 2010 at 5:49 AM, shanshuchang <shanshuchang@xxxxxxxxx> wrote:

Hi all,

I have a problem about how does OPAL module handles the mispredict memory access.

Considering a LD instruction that has already called RUBY when it is detected to be in wrong control flow.

Here “squash” is involved to squash the pipeline. I am wondering how is the under executing LD instruction squashed in detail, especially how the ruby request is terminated.

 

Thanks in advance!

 

Regards

shuchang


_______________________________________________
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!
[← Prev in Thread] Current Thread [Next in Thread→]