summaryrefslogtreecommitdiff
path: root/tests/long/se/50.vortex
diff options
context:
space:
mode:
authorEmilio Castillo <castilloe@unican.es>2015-01-10 14:30:53 -0600
committerEmilio Castillo <castilloe@unican.es>2015-01-10 14:30:53 -0600
commit7bb65dd4345401f40eccb5c23b563558dfd9e854 (patch)
tree275eabaa3852f0a3561c932d98d2ab2b98ca7ef5 /tests/long/se/50.vortex
parentec64b81a9d0de38c5e4ad32a80716ba12ef413fa (diff)
downloadgem5-7bb65dd4345401f40eccb5c23b563558dfd9e854.tar.xz
x86 : fxsave and fxrestore missing template code
This patch corrects the FXSAVE and FXRSTOR Macroops. The actual code used for saving/restore the FP registers is in the file but it was not used. The FXSAVE and FXRSTOR instructions are used in the kernel for saving and loading the state of the mmx,xmm and fpu registers. This operation is triggered in FS by issuing a Device Not Available Fault. The cr0 register has a TS flag that is set upon each context change. Every time a task access any FP related register (SIMD as well) if the TS flag is set to one, the device not available fault is issued. The kernel saves the current state of the registers, and restore the previous state of the currently running task. Right now Gem5 lacks of this capability. the Device Not Available Fault is never issued, leading to several problems when different threads share the same CPU and SMT is not used. The PARSEC Ferret benchmark is an example of this behavior. In order to test this a hack in the atomic cpu code was done to detect if a static instruction has any FP operands and the cr0 reg TS bit is set. This check must be done in the ISA dependent code. But it seems to be tricky to access the cr0 register while executing an instruction. Committed by: Nilay Vaish <nilay@cs.wisc.edu>
Diffstat (limited to 'tests/long/se/50.vortex')
0 files changed, 0 insertions, 0 deletions