-
Notifications
You must be signed in to change notification settings - Fork 95
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AR: Clarify itrigger behavior. #901
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would say that the trigger fires after the trap. This says "when the trigger fires" we first do the trap behavior. It seems clearer to me to say that the trap happens and we do all the normal trap stuff then after that the trigger fires and we do all the normal trigger stuff.
be9c416
to
5f4a2f2
Compare
Yes, I like this better. Thanks. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The same update should probably be made for etrigger since it had pretty much the same language.
Specifically, make clear that itrigger fires *after* the original exception has finished updating all the CSRs. Hopefully resolves #890.
5f4a2f2
to
b699db6
Compare
Made the same change for etrigger. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
Specifically, make clear that itrigger fires after the original exception has finished updating all the CSRs.
Hopefully resolves #890.