cpu: rename the misleading inSyscall to noSquashFromTC
isSyscall was originally created because during handling of a syscall in SE mode the threadcontext had to be updated. However, in many places this is used in FS mode (e.g. fault handlers) and the name doesn't make much sense. The boolean actually stops gem5 from squashing speculative and non-committed state when a write to a threadcontext happens, so re-name the variable to something more appropriate
This commit is contained in:
@@ -90,10 +90,10 @@ InOrderThreadContext::takeOverFrom(ThreadContext *old_context)
|
||||
copyArchRegs(old_context);
|
||||
|
||||
thread->funcExeInst = old_context->readFuncExeInst();
|
||||
|
||||
|
||||
old_context->setStatus(ThreadContext::Halted);
|
||||
|
||||
thread->inSyscall = false;
|
||||
thread->noSquashFromTC = false;
|
||||
thread->trapPending = false;
|
||||
}
|
||||
|
||||
@@ -159,7 +159,7 @@ InOrderThreadContext::serialize(std::ostream &os)
|
||||
void
|
||||
InOrderThreadContext::unserialize(Checkpoint *cp, const std::string §ion)
|
||||
{
|
||||
panic("unserialize unimplemented");
|
||||
panic("unserialize unimplemented");
|
||||
}
|
||||
|
||||
|
||||
|
||||
Reference in New Issue
Block a user