diff options
author | Emilio Castillo <castilloe@unican.es> | 2015-01-10 14:30:53 -0600 |
---|---|---|
committer | Emilio Castillo <castilloe@unican.es> | 2015-01-10 14:30:53 -0600 |
commit | 7bb65dd4345401f40eccb5c23b563558dfd9e854 (patch) | |
tree | 275eabaa3852f0a3561c932d98d2ab2b98ca7ef5 /tests/quick/fs/10.linux-boot | |
parent | ec64b81a9d0de38c5e4ad32a80716ba12ef413fa (diff) | |
download | gem5-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/quick/fs/10.linux-boot')
0 files changed, 0 insertions, 0 deletions